Évolution des architectures¶

Du mainframe au cloud-native — comprendre d'ou viennent les choix actuels.

Les architectures actuelles ne sont pas apparues ex nihilo. Chaque génération a résolu les problèmes de la précédente tout en introduisant de nouvelles contraintes. Comprendre cette évolution permet d'éviter de répéter les erreurs du passe et de situer chaque pattern dans son contexte historique.

On commence par les mainframes centralises, ou tout tournait sur une seule machine. Le client/serveur a découplé l'interface du traitement. Les architectures n-tiers ont introduit la séparation en couches. Les architectures orientees services (SOA) ont tente d'industrialiser la réutilisation — avec un succès mitige quand l'intendance (ESB, WSDL, gouvernance) a pris le dessus sur la valeur métier. Les microservices ont repondu en privilegiant l'autonomie des équipes et le déploiement indépendant. Le cloud-native a pousse cette logique jusqu'à l'infrastructure programmable.

Pollet (Architectures logicielles réparties) et Orfali/Harkey (Client/Server Survival Guide, Essential Distributed Objects Survival Guide) documentent les premières générations. Gardarin (Bases de données) couvre la persistance répartie. Josuttis (SOA in Practice) et Kamima (Urbanisation des systèmes d'information) analysent SOA et l'urbanisation. Longepe (Le projet d'urbanisation du SI) et Caseau (Urbanisation, SOA et BPM) placent ces évolutions dans le contexte des grandes organisations.

UE couvertes : NSY102 — Infrastructure technologique et architecturale du SI, RSX102/103 — Technologies pour les applications en réseau, NSY107 — Intégration des systèmes d'information

Parcours¶