Partie III. Construction et fonctionnement
Ton approche de plein d'aspects du développement et de l'exploitation de logiciels devra changer lors de la construction et de l'exploitation d'une architecture de microservices. La plupart du temps, ces changements découlent de trois aspects clés d'une architecture de microservices.
Tout d'abord, le système est distribué, presque toute demande passant plusieurs fois sur le réseau. Cela signifie que la latence et les défaillances intermittentes font partie du fonctionnement normal.
Deuxièmement, pratiquement tout ce que tu fais maintenant doit être fait plusieurs fois, parce que tu as beaucoup de services distincts.
Enfin, nous ne pouvons plus garder un modèle de l'ensemble du système dans notre tête, c'est trop complexe. Les diagrammes architecturaux sont périmés dès leur création, car les choses changent régulièrement, et cette complexité signifie aussi que nous ne savons pas vraiment de quoi nous dépendons. Une panne d'un système dont tu n'as jamais entendu parler peut te faire tomber.1
Pour chaque chapitre de cette section, nous verrons comment éviter les ennuis, mais aussi ce qu'il faut faire pour s'en sortir si tu te trouves dans le bourbier.
1 Pour reprendre les termes de Leslie Lamport, "un système distribué est un système dans lequel la défaillance d'un ordinateur dont tu ne connaissais même pas l'existence peut rendre ton propre ordinateur inutilisable."
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access