Chapitre 9. Propriété du service actif
Cet ouvrage a été traduit à l'aide de l'IA. Tes réactions et tes commentaires sont les bienvenus : translation-feedback@oreilly.com
Dans ce chapitre, je veux plaider en faveur d'une propriété forte et active des microservices. Forte, ce qui signifie qu'un service appartient à une équipe et que ses membres décident des modifications qui peuvent lui être apportées. Active, ce qui signifie que les dépendances sont mises à jour, que les alertes sont surveillées et que les failles de sécurité sont corrigées. Il y a du travail impliqué dans tout code qui fonctionne encore en production, même après que le service n'est plus en développement actif.
Je vais aussi plaider en faveur de la connaissance de ton patrimoine. C'est particulièrement important lorsque tu as un grand nombre de services. Je partagerai les décisions clés que nous avons prises lors de la création de Biz Ops, l'outil que le CE a construit pour suivre nos systèmes et nos équipes et s'assurer que nous savions qui possédait quoi, et je soulignerai les aspects importants à prendre en compte lors du choix de ta propre solution.
Il est important d'avoir cette base solide en place, car les choses changent. Il est assez rare qu'une organisation ait la même structure pendant plus de quelques années. Peut-être que l'environnement commercial change, ou que tu commences à te concentrer davantage sur un produit plutôt qu'un autre. De plus, tu peux et tu dois revoir les choses périodiquement pour ...
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