L’architecture comme code : comment les LLM accélèrent la conception des systèmes

La documentation architecturale dans les grandes entreprises est presque toujours une souffrance. Des semaines d'approbations, des modifications infinies de diagrammes dans Draw.io, la gestion de versions via Confluence qui ressemble plus à une fouille archéologique qu'à un processus d'ingénierie. L'équipe du département IA du groupe BCS a décidé qu'il était temps d'en finir avec cela et a montré comment l'approche Architecture as Code combinée aux assistants LLM peut changer radicalement les règles du jeu.

Alexey Pronsky, responsable de l'architecture au sein de la division IA de BCS, a décrit un problème familier à tout architecte d'entreprise. Son équipe construit des systèmes d'agents, des assistants IA, des solutions OCR, de l'analyse vocale et des modèles ML classiques. Derrière chaque projet se cache une décision architecturale — un document qui doit passer par un processus d'approbation à plusieurs étapes avec le métier, l'architecture d'entreprise, le service de sécurité de l'information et les propriétaires des systèmes connexes. En moyenne, le délai entre la réception des exigences métier et l'approbation finale est de deux à trois semaines. Pour une industrie où la vitesse d'itération détermine la compétitivité, c'est inacceptablement long.

L'essence de l'approche proposée est de transférer la documentation architecturale des éditeurs visuels et des systèmes wiki vers le code. L'équipe de BCS a choisi Structurizr — un outil qui permet de décrire l'architecture de systèmes logiciels en utilisant un DSL spécifique. Au lieu de faire glisser manuellement des blocs sur un canevas Draw.io, l'architecte décrit les composants, les relations et les contextes en texte. Cela offre tous les avantages que les développeurs tirent depuis longtemps de l'approche Infrastructure as Code : la gestion de versions via Git, la revue de code, la génération automatique de diagrammes et, de manière critique, la possibilité de connecter un assistant LLM.

C'est là que ça devient vraiment intéressant. Pronsky montre comment Claude Code, agissant en tant qu'assistant LLM, peut assumer une part importante du travail routinier de l'architecte. Quand l'architecture est décrite en code plutôt qu'en images, un modèle de langage peut analyser la structure existante, proposer des modifications, générer de nouveaux composants et même aider à la préparation de la documentation pour approbation. Essentiellement, la même chose qui s'est produite avec l'écriture de code cette dernière année se passe — les assistants LLM ne remplacent pas le spécialiste, mais accélèrent dramatiquement son travail en reprenant les tâches routinières.

Il est important de comprendre le contexte dans lequel cette pratique a émergé. Architecture as Code n'est pas une idée nouvelle. Des outils comme Structurizr, PlantUML et Mermaid existent depuis longtemps.

Cependant, avant l'avènement des modèles de langage puissants, la description textuelle de l'architecture restait une approche de niche : le seuil d'entrée était élevé et l'avantage par rapport aux éditeurs visuels n'était pas clair. Les LLM ont changé cette équation. Un modèle qui travaille librement avec le texte et le code transforme Architecture as Code d'une pratique élégante mais laborieuse en un processus de travail véritablement efficace.

Un architecte formule les exigences, l'assistant génère un brouillon en DSL, la personne examine et corrige — et le cycle se comprime de semaines à jours.

Pour l'environnement d'entreprise, cette approche apporte des avantages supplémentaires. Quand l'architecture vit dans un référentiel Git, chaque modification est transparente et traçable. La revue de code des décisions architecturales devient un processus aussi naturel que la revue de code logiciel. Le service de sécurité peut automatiser une partie des vérifications. Et surtout, la dépendance à un outil de visualisation spécifique diminue. Les diagrammes sont générés automatiquement à partir du code et peuvent être rendus dans n'importe quel moteur de rendu compatible.

L'expérience de BCS est indicative aussi parce qu'il ne s'agit pas d'une startup expérimentant de nouvelles approches, mais d'un grand groupe financier ayant des exigences strictes en matière de documentation et d'approbation. Si Architecture as Code avec support LLM fonctionne dans un contexte si réglementé, l'approche est suffisamment mature pour une adoption d'entreprise large. Nous verrons probablement une vague d'implémentations similaires dans l'année à venir — en particulier dans les entreprises qui utilisent déjà activement les assistants LLM pour le développement et souhaitent étendre cette pratique aux disciplines d'ingénierie connexes.