Comprendre l’architecture des microservices

Adopter une approche microservices pour une application présente de nombreux bénéfices potentiels, mais requiert également de prendre en compte plusieurs inconvénients inhérents à ce style d'architecture distribuée.
Les avantages sont : 

• Scalabilité : la capacité de scale verticalement et horizontalement au niveau du service permet d’absorber des montées en charge exceptionnelles ;
• Résilience : le couplage lâche entre services limite la propagation des pannes et l’impact sur l’ensemble de l’application ;
• Agilité des équipes : les équipes peuvent être organisées par services métier, avec peu de dépendances entre elles ;
• Productivité : le développement en langages spécialisés pour chaque service accélère le time-to market ;
• Maintenance facilitée : la mise à jour d’un service est simplifiée, sans impacter les autres services ;
• Innovation continue : chaque service peut rapidement intégrer de nouvelles technologies / design (voir API Design).

Les inconvénients :

• Complexité opérationnelle avec la gestion de nombreux services aux architectures hétérogènes;
• Surcoût en termes de ressources techniques et financières ;
• Difficulté de maintenir la cohérence des données entre services ;
• Latence cumulée des appels multiples entre microservices.

De par leur architecture fragmentée, les microservices permettent de faire évoluer plus facilement certains types d'applications métier et d'absorber des montées en charge. On les retrouve utilisés dans plusieurs cas d'usages typiques.

• Souscription de contrats ;
• Gestion des clients ;
• Facturation ;
• Règlements ;
• Reporting réglementaire ;Etc.

Autant de traitements qui peuvent être découpés sous forme de microservices, offrant :

• Une agilité retrouvée pour les équipes métiers ;
• La scalabilité élastique des services critiques ;
• La résilience face aux pannes d'un service ;
• L'isolation des évolutions technologiques.

Les applications de vente en ligne doivent absorber des pics massifs de trafic, tout en offrant performance et disponibilité.
Les microservices sont idéals pour scale de manière flexible certains services :

• Le catalogue produits ;
• Le moteur de recherche ;
• Le panier ;
• La gestion des commandes ;
• Les paiements ;Etc.

Ils apportent ainsi scalabilité et résilience à la demande.

Les sites web (site vitrine, intranet d'entreprise, extranet...) gagnent aussi en souplesse avec des microservices sur certains composants :

• Moteur de recommandations produits ;
• Chatbot de support client ;
• Gestion de contenu éditorial ;
• Espace personnel du compte client.

Cela facilite les mises à jour fréquentes sans risque sur le frontend.

Les microservices permettent donc de fréquentes itérations sur des applications à fort trafic ou supports de processus critiques.

Adopter les microservices dans une organisation nécessite de repenser certains aspects des opérations logicielles afin d'orchestrer et gérer efficacement des dizaines voire des centaines de services. La taille des microservices est un facteur clé de réussite. Des services trop gros tendent à reproduire les travers d'un monolithe. À l'inverse, des services minuscules complexifient la maintenance. Il est recommandé de viser des services de quelques dizaines de milliers de lignes de code. Le dialogue entre développeurs et teams opérationnelles est également indispensable pour industrialiser et automatiser au maximum la livraison continue des services dans un environnement IT hybride, à l'aide d'outils d'intégration et de déploiement continus (CI/CD) comme Jenkins ou CircleCI. Pour superviser la disponibilité et les performances de chaque service, des solutions de monitoring et de logging (Datadog, Splunk...) centralisent les métriques clés. Une API gateway est également requise en façade pour exposer les API des différents services et gérer des aspects transverses : routage, résilience, authentification, quotas, analytics... Enfin, tout un écosystème open source de services réseau (discovery service, config server, service mesh comme Istio...) ainsi que des outils de gestion des API et des schémas de données (MuleSoft, Azure API Management...) permettent de connecter, sécuriser et coordonner les microservices entre eux. 

Portés par l'essor du cloud computing, de l'internet des objets et des architectures événementielles, les microservices sont promis à un bel avenir et à une adoption croissante. De nouveaux standards et concepts technologiques complètent cet écosystème. 

De plus en plus de microservices sont conçus pour et depuis le cloud dès le départ. On parle alors de « cloud native », avec des technologies comme :

• Kubernetes pour l'orchestration des conteneurs ;
• Istio pour la gestion du maillage de services ; 
• Serverless pour l'exécution événementielle de code ;
• Knative pour les fonctions sans serveur.

Ces briques accélèrent et simplifient le déploiement des microservices dans le cloud.

Les objets connectés qui se multiplient génèrent une quantité massive de données à ingérer et analyser en temps réel.
Les microservices et l'approche événementielle permettent de traiter efficacement ces flux pour alimenter des cas d'usage d'intelligence augmentée.

Le service mesh apporte une couche dédiée pour simplifier l’interconnexion de services : discovery, load balancing, chiffrement, monitoring, traçage...
Des projets open source comme Istio ou Linkerd se positionnent comme des standards pour la mise en réseau des microservices.

Comprendre le comportement d'un ensemble de microservices complexes passe par une télémétrie approfondie de chaque service et de leurs dépendances : logs, métriques, tracing… Des standards observability émergent pour consolider ces données éparses.
Les microservices continuent d’évoluer, portés par les besoins d'agilité du marché et les nouveaux usages du cloud computing et du edge. Leur adoption ne devrait donc que croître dans les années à venir !