L’architecture composable : plus de flexibilité, plus de complexité, et comment la surveiller

L’architecture monolithique, où tout est regroupé dans un seul bloc, a longtemps été la norme. Mais avec l’évolution des besoins et l’explosion des solutions spécialisées, une nouvelle approche fait sens : l’architecture composable. Mais comment s’y retrouver et surtout, comment la surveiller efficacement ? Comment savoir que vos utilisateurs ont des problèmes avec l’application, et surtout, d’où viennent ces problèmes ?

Qu’est-ce que l’architecture composable ?

Pour le dire simplement, l’architecture composable consiste à construire vos applications en assemblant des composants. Ce sont des logiciels ou des solutions en ligne, chaque composant répondant à un besoin précis et le faisant de manière professionnelle et pertinente. L’objectif est de proposer un service avec une expérience utilisateur impeccable : simple, efficace, sans couture et agréable, sans que l’utilisateur ait à se soucier de la complexité interne.
Imaginez un plat gastronomique. Il n’est pas fait d’un seul ingrédient ! Il est composé de plusieurs éléments, chacun préparé avec soin, qui s’assemblent pour créer un ensemble délicieux. C’est le même principe avec l’architecture composable.

Le défi de la surveillance : au-delà du monolithe

Si la surveillance d’une application monolithique peut sembler assez intuitive, elle devient un véritable défi avec une architecture composable. Dans un monolithe, les logs et les sondes sont relativement faciles à mettre en place et à analyser. Une seule sonde peut être suffisante pour “tout voir”.

Avec une architecture composable, il peut être plus compliqué de répondre à une question comme : Qu’est-ce qui a réellement causé le problème ?

• Est-ce l’application principale qui interagit avec l’utilisateur ?
• Est-ce un composant externe derrière cette application ?
• Est-ce un autre composant en amont ?

Identifier l’origine d’un dysfonctionnement devient un véritable jeu de piste. La liste des éléments pouvant potentiellement perturber une application est longue : lenteurs, erreurs, indisponibilité…

Prenons un exemple classique du panier de produits. Votre client est bloqué. La page est plantée, elle ne lui permet pas de passer dans le tunnel de paiement. Les causes peuvent être multiples :

• Il peut y avoir un problème au niveau de l’interface, et le clic sur le bouton de validation est devenu “muet”, il ne se passe rien.
• Le problème peut être applicatif, pour une raison à déterminer, le système est en alerte, quelque chose n’est pas bon dans la validation des articles et des prix proposés.
• Ou alors ça peut venir du calcul des frais de livraison, qui repose sur une API externe ?
• Mais aussi, plus sournois, cette API fonctionne, mais à renvoyé une donnée incohérente qui bloque encore une fois le système…

Alors, comment surveiller une architecture composable ?

Heureusement, des solutions existent ! Bien que plus complexes à mettre en œuvre, elles permettent de conserver une visibilité fine sur la performance de vos applications. Voici quelques pistes :

• APM (Application Performance Monitoring) : ces solutions permettent de mettre en place des sondes intelligentes qui collectent des données et les regroupent. Elles permettent de corréler les informations entre les différents composants, d’identifier les goulots d’étranglement et de proposer des alertes.
• Solutions open source : vous pouvez aussi vous lancer dans une approche DIY en récupérant les logs et les messages de chaque composant et en les centralisant. Cela demandera un investissement important en termes de maîtrise et d’automatisation, mais peut être une solution plus économique qu’un système sous licence.
• Centralisation et corrélation : l’élément clé, quelle que soit la solution choisie, est la centralisation des données et leur corrélation. Il faut pouvoir reconstituer le parcours d’une requête, de son point de départ à son point d’arrivée, en passant par tous les composants impliqués.

En résumé : un effort supplémentaire pour une visibilité optimale

L’architecture composable est une approche puissante et pertinente lorsque vous travaillez avec des solutions spécialisées et que vous souhaitez offrir une expérience utilisateur impeccable. La surveillance de ces architectures est possible, mais elle requiert un effort supplémentaire.

Les équipes Kaliop ont l’habitude de travailler sur ces problématiques et nous pouvons vous accompagner dans la mise en place d’une surveillance efficace de vos applications composables. Par défaut, nous procédons à la mise en place d’une récolte généralisée des logs dans un serveur type elastic search et le rendons disponible pour le requêter avec Grafana. Cette solution permet de requêter les logs et de créer des tableaux de bord très personnalisés. Ces tableaux de bord peuvent servir de base à des configurations d’alertes qui sont précieuses. Cette solution, open source, est efficace. Nous avons aussi une forte expertise sur les principaux APM du marché (Newrelic, Datadog, Splunk, Dynatrace, Instana, …).

Vous souhaitez en savoir plus ? N’hésitez pas à nous contacter !