Les Architectures Logicielles

Architecture en couches (Layered Architecture) 

Organise le système en couches hiérarchiques, où chaque couche représente un niveau d'abstraction et communique avec les couches adjacentes. Cela permet une séparation claire des responsabilités et une facilité de maintenance.

Architecture client-serveur (Client-Server Architecture)

Divise le système en deux parties distinctes : le client, qui envoie des requêtes au serveur, et le serveur, qui traite les requêtes et fournit des réponses aux clients. Favorise la scalabilité et la distribution des tâches.

Architecture orientée services (Service-Oriented Architecture - SOA)

 Les services sont les composants fondamentaux de l'application et sont conçus pour être autonomes, interopérables et réutilisables. Favorise la modularité, l'interopérabilité et la réutilisabilité des composants logiciels.

Architecture microservices (Microservices Architecture)

Divise le système en petits services autonomes, chacun responsable d'une fonctionnalité spécifique. Favorise l'agilité, la scalabilité et la gestion indépendante des services.

Architecture basée sur les événements (Event-Driven Architecture)

Les composants du système communiquent en émettant et en réagissant à des événements. Favorise la réactivité, la scalabilité et la décomposition des systèmes en composants interconnectés.

Architecture en étoile (Star Architecture)

Un composant central, souvent appelé concentrateur (hub), est connecté à plusieurs composants périphériques (nœuds) de manière bidirectionnelle. Utilisé dans les réseaux informatiques et les systèmes distribués pour faciliter la communication et la gestion des données.

Architecture en bus (Bus Architecture) 

Les composants du système communiquent via un bus logiciel central, où les messages sont envoyés et reçus par les différents modules. Facilite la communication entre les modules et permet une intégration flexible.

Architecture modulaire (Modular Architecture)

Divise le système en modules indépendants et interchangeables, où chaque module représente une fonctionnalité spécifique. Favorise la réutilisabilité, la maintenabilité et l'évolutivité du système.

Architecture en pipeline (Pipeline Architecture)

 Les données traversent plusieurs étapes de traitement, où chaque étape effectue une opération spécifique sur les données. Utilisé dans les systèmes de traitement de données en continu.

Architecture dirigée par les événements (Event-Driven Architecture)

Les composants réagissent aux événements et émettent des événements pour communiquer. Permet une communication asynchrone et une réponse dynamique aux événements.

Architecture de type Publish-Subscribe (Pub-Sub Architecture)

 Les composants publient des événements dans des sujets et les abonnés reçoivent les événements qui les intéressent. Utilisé dans les systèmes de messagerie et de diffusion d'événements.

Architecture Peer-to-Peer (P2P Architecture)

 Les composants du système agissent à la fois comme clients et serveurs, et peuvent communiquer directement les uns avec les autres sans passer par un serveur central.