Devops for Growth

En 2013, Segment a démarré avec une architecture monolithique. Cela permettait des coûts d'exploitation réduits, mais n'apportait pas d'isolation système. Les fonctionnalités de Segment s'appuient sur l'intégration de données de différents fournisseurs. Dans le monolithe, des problèmes de connexions à un fournisseur peuvent avoir un effet négatif sur l'ensemble des connexions et sur le système entier.

Le manque d'isolation à l’intérieur du monolithe fut adressé par l'adoption des microservices, avec un "service worker" par destination (fournisseur). Les Microservices ont également amélioré la modularité et la lisibilité au travers du système, permettant à l'équipe de monitorer les queues et identifier les problèmes facilement. Alexandra Noonan nous a fait remarquer que l'on peut concevoir un monolithe en le rendant plus lisible, mais que les microservices ont cette qualité par défaut. Par contre, ceux-ci engendrent un surcoût sur les opérations et posent problème quant à la réutilisabilité du code.

Amazon a mis à jour son AWS Well-Architected Framework (PDF) sur la base des feedbacks clients, avec l’ajout d'un nouveau pilier, l'Excellence Opérationnelle.

AWS Well-Architected Framework contient un ensemble de bonnes pratiques pour la construction et l'exploitation de systèmes sécurisés, l’efficacité et la rentabilité avec le cloud. Les directives d’architectures ont été élaborées par Amazon pour ses clients AWS, mais elles sont généralement utiles pour n'importe quelle plateforme cloud.

Le framework a été publié pour la première fois il y a un an et vient d'être mis à jour en incluant les feedbacks clients et les leçons apprises suite à son utilisation. Pour ceux qui ne connaissent pas le framework, nous vous recommandons de lire l'article initial sur InfoQ (en anglais) étant donné que dans cet article nous allons citer quelques-uns des changements notables introduits dans la version de cette année.

En plus des quatre piliers d'origine - Sécurité, Fiabilité, Efficacité et Optimisation des Coûts - l'équipe d'architectes AWS en a introduit un cinquième : Excellence Opérationnelle, qui représente la « capacité d'exécuter et de surveiller les systèmes pour fournir une valeur business et d'améliorer continuellement le support des processus et des procédures ».

DB: Interesting. You said previously, in order to migrate to microservices, you have to learn how to strangle the monolith. Can you explain it to us a little a bit?

CR: You know, interestingly, it's sort of a slightly violent term. And it actually goes back to an application modernization strategy that Martin Fowler promoted in 2006, I believe, known as the Strangler Application. And he has since modified it to the Strangler Fig Pattern. And so I guess one day he was going for a walk in a rainforest, I think in Queensland, right? Do they have rainforests?

DB: They do in Northern Queensland.

CR: Yeah. And so he got inspired. He came across a Strangler Fig, which is this plant that starts off life in the canopy of a tree and then actually grows down to the ground and establishes roots and basically grows so large it envelopes or sort of, you could say shades out the tree, and that can actually cause the tree to die.
And so that was where he got inspired to think about modernizing applications that way. So instead of doing a big bang rewrite, which is extremely time consuming and risky, you actually incrementally build up a strange regular application around the legacy application. Sort of migrating functionality out of it, you know? Very intuitively. And so the legacy applications shrink, and the Strangler Application continues to grow. And so that was his generic application modernization pattern. And that's how you should migrate to a microservices architecture.