Structurer¶

Topologies, frontieres et intégration de systèmes.

Structurer un système, c'est décider ou placer les frontieres entre composants, comment ils communiquent et comment ils evoluent independamment. C'est le cœur du travail d'architecture : transformer un problème métier en une organisation technique qui tient dans la durée.

Le choix de topologie — monolithe modulaire, microservices, event-driven, ou hybride — n'est pas une question de mode. C'est une question de contexte : taille de l'équipe, fréquence de déploiement, contraintes de performance, maturité opérationnelle. Un monolithe bien structure vaut mieux qu'une constellation de microservices mal decoupes. La référence de Meinadier (Ingénierie et intégration des systèmes) pose les bases de l'intégration : comment faire coexister des systèmes hétérogènes sans créer un plat de spaghetti.

Ce chapitre couvre les topologies classiques, les stratégies de decomposition (par domaine, par capacité technique, par équipe), les bounded contexts du DDD, et les patterns d'intégration inter-systèmes. On termine par les contraintes spécifiques de l'intégration de systèmes legacy — parce que rares sont les projets qui partent d'une page blanche.

UE couvertes : GLG203/204 — Genie logiciel, NSY205 — Architecture des systèmes — conception et urbanisation, NSY206 — Architecture des systèmes — intégration

Parcours¶