Architecture

Cet article est le premier d’une série consacrée à la stratégie IT sous ses différents aspects. Il présente nos convictions pour répondre aux différents enjeux (métier, technologiques, SI, opérationnels, environnementaux) et s'adapter aux changements tout en gardant de la cohérence et de la visibilité sur la direction à prendre.

Cet article propose de résumer le talk d'ouverture de la Duck Conf 2024 : Construire la carte d'un SI en mouvement pour visualiser l'efficience, réalisé par Adrien Saunier (SRE et tech lead chez Octo technology) et Romain Taillade (VP et Head of engineering chez Décathlon).

Nous abordons ici les impacts de l’introduction de la Continuous Architecture dans les organisations. Pour rappel et en quelques mots, la “Continuous Architecture” consiste à faire évoluer et grandir sans rupture les systèmes informatiques au fur et à mesure des besoins avérés.

La “Continuous Architecture” consiste à faire évoluer et grandir sans rupture les systèmes informatiques au fur et à mesure des besoins avérés. Cela consiste à avoir une vision d’une architecture cible qui colle à celle de la vision produit pour parti dans la bonne direction tout en posant des principes d'architecture haut niveau.

Concernant l’architecture, l’enjeu phare de cette année 2024 sera de bâtir des architectures composables, où les composants peuvent être assemblés et réassemblés - comme un système LEGO®. La « MACH architecture » qui porte cette ambition de composabilité, a le mérite de poser une vision d’architecture et d’être la plus « future-proof » possible.

Candide nous pose une question sur la définition du code brownfield. Cultivons notre jardin, est une formule d’altruisme emprunté à Voltaire (Candide) qui convient d’appliquer au code afin de dégager plus de valeur auprès de nos utilisateurs. Il nous appartient d’agir et de rendre meilleur notre « jardin », de faire prospérer notre terre.

Compte-rendu du talk de Christophe Breheret-Girardin à la Duck Conf 2024 : Comment une architecture influence votre stratégie de test ? Le verdict de Christophe est sans appel : votre architecture DOIT conditionner votre stratégie de test !

Retrouvez les événements OCTO à venir dès maintenant !

Cet article fait suite à la première partie qui traitait de l‘outillage (varié) permettant de produire des diagrammes à partir de code. Si ce premier article vous a peut-être aidé à construire vos premiers diagrammes en quelques minutes, il laisse néanmoins quelques questions pratiques en suspens que nous allons tenter de couvrir.