Même si l'IA est privilégiée, il faut toujours partir de la stratégie et des problèmes à résoudre, prévient la HBR, dont l'approche 3P fait écho au Tech, Orga, Culture de WEnvision.
"The Software Architect Elevator" est une de feuille de route pour les architectes. En embrassant le changement, en comprenant les systèmes organisationnels et en favorisant une communication efficace, les architectes peuvent jouer un rôle central en conduisant les organisations vers le succès.
L'IA générative était (surprise !) la vedette du keynote de l'AWS Summit Paris, ce 3 avril au Palais des Congrès. C'est LE sujet qui tire le Cloud et la Data.
Sam Newman, l'auteur du livre "Building Microservices" (publié en 2015, réédité en 2021), a partagé quelques conseils sur la façon d'interfacer, de surveiller, de déployer et de sécuriser les microservices.
< Vers plus de modularité avec les microservices
De nombreuses préoccupations pratiques doivent être prises en compte lors de l'exécution de systèmes de microservices. Sam Newman, l'auteur du livre "Building Microservices" (publié en 2015, réédité en 2021), a partagé quelques conseils sur la façon d'interfacer, de surveiller, de déployer et de sécuriser les microservices.
Selon Newman, les avantages des microservices incluent la capacité de refléter les entités et les opérations au niveau du domaine, de s'aligner sur la structure d'une organisation, d'être déployés de manière indépendante, d'adopter de nouvelles technologies et de fournir une approche fine de l'ajustement des performances et de la mise à l'échelle.
Cependant, il existe une tension entre la normalisation et l'autonomie lors de la construction de systèmes de microservices. Newman suggère que la solution consiste à normaliser les écarts entre les services et à être flexible quant à ce qui se passe à l'intérieur de ceux-ci. Une approche de type DDD (domain driven design) permet justement de normaliser ces écarts et de limiter les dépendances. Nous pouvons citer l'usage de méthodologies de type Event Storming, particulièrement efficace dans la défiinition des contours des domaines, sous-domaines et entités principales.
Newman recommande également de définir des interfaces contractuelles pour chaque microservice, afin de réduire le couplage et d'éviter les mécanismes RPC ou les protocoles de sérialisation partagés. Ainsi, il suggère de limiter le nombre de styles d'intégration et d'utiliser des styles d'intégration évolutifs, tels que ceux orientés évènements, plutôt que le style orienté procédures basé sur les mécanismes RPC et les protocoles de sérialisation.
Parmi les autres conseils, citons la surveillance séparée de chaque microservice, l'utilisation de déploiements blue/green pour minimiser les temps d'arrêt (fonctionnement en parallèle de l'ancien et du nouveau système) et la mise en œuvre de la sécurité au niveau du réseau. Il est important de garder à l'esprit que si les microservices offrent de nombreux avantages, ils s'accompagnent également de leur propre lot de défis à relever.
