Architecture SI

KHADIR IBOURK
2SIG-2021
PLAN
• QU'EST-CE QU'UNE «ARCHITECTURE DE SOLUTION»?
• CARACTÉRISTIQUES DE L'ARCHITECTURE?
• ARCHITECTURE EN COUCHES (Layered Architecture)
• ARCHITECTURE ÉVÉNEMENTIELLE (Event-Driven Architecture)
• ARCHITECTURE DE MICROSERVICES (Microservice Architecture)
• ARCHITECTURE DU MICRO-NOYAU (Microkernel Architecture)
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
Solution architecture as a structure:
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?

L’architecte système d’information conçoit l’architecture du système d’information, c’est-à-dire

qu’il conçoit les différentes briques du système d’information (SI) et leur imbrication et est
chargé de leur évolution. L’architecte système d’information est au système d’information de
l’entreprise ce que l’architecte est à son bâtiment, si ce n’est que le système d’information est
amené à évoluer plus fréquemment.
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
Niveaux d’abstraction d’une architecture
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
Différentes architectures applicatives
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
Architectures 1-tier
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
Architectures 1-tier
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
Architectures 2-tiers:client/serveur
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
Architectures 2-tiers
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
Architectures 2-tiers
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
Architectures 2-tiers
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
Architectures 2-tiers
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
Architectures 3-tiers
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
Architectures 3-tiers :exemple

Fonctionnement
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
Architectures 3-tiers
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
Architectures 3-tiers
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
Architectures n-tiers
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
Architectures n-tiers
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
Architectures n-tiers
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
Architectures n-tiers
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
Architectures n-tiers :objet métier
QU'EST-CE QU'UNE «ARCHITECTURE DE
SOLUTION»?
Architectures n-tiers :serveur d’objets métiers
CARACTÉRISTIQUES DE L'ARCHITECTURE?
Scénario 1
CARACTÉRISTIQUES DE L'ARCHITECTURE?
Scénario 1
CARACTÉRISTIQUES DE L'ARCHITECTURE?
Scénario 1
CARACTÉRISTIQUES DE L'ARCHITECTURE?
Scénario 2
CARACTÉRISTIQUES DE L'ARCHITECTURE?
Scénario 3
CARACTÉRISTIQUES DE L'ARCHITECTURE?
Scénario 4
CARACTÉRISTIQUES DE L'ARCHITECTURE?
Scénario 4
CARACTÉRISTIQUES DE L'ARCHITECTURE?
Scénario 5
CARACTÉRISTIQUES DE L'ARCHITECTURE?
Scénario 5
CARACTÉRISTIQUES DE L'ARCHITECTURE?
ATAM : Architecture Tradeoff Analysis

• Avoir une representation de votre architecture

• Valider l’architecture et établir les compromis

• Identifier et atténuer les risques

• Vendre aux parties prenantes

ARCHITECTURE EN COUCHES (Layered
Architecture)
• Architecture très commune:
– Force: séparation des responsabilités
• Presentation layer :couche de présentation
(ex: Rest services, Html ..)
• Business layer: logique métier
• Persistence layer : réfère au mécanisme
responsable de la sauvegarde et de la
restauration des données. Ces mécanismes
font en sorte qu'un programme puisse se
terminer sans que ses données et son état
d'exécution ne soient perdus.
• Database layer :Couche Base de Données

• Chaque couche ne peut demander

que la couche en dessous
ARCHITECTURE EN COUCHES (Layered
Architecture)
Presentation layer Business layer
ARCHITECTURE EN COUCHES (Layered
Architecture)
Database layer Persistence layer
Une couche intermédiaire entre
database layer et business layer
permettant de découpler les couches
supérieurs d’un spécifique SGBD ou
une technologie spécifique
ARCHITECTURE EN COUCHES (Layered
Architecture)
• Domain Driven Design
(DDD):
– DDD une approche de la conception
logicielle qui accorde de l'importance à
la logique métier plutôt qu'à l'accès à
la base de données
– Idéal pour les grands projets à
long terme
– Ubiquitous language: langage
omniprésent utilisé par les
développeurs et les experts
fonctionnels
 ARCHITECTURE ÉVÉNEMENTIELLE (Event-
driven architecture)
• modèle d'architecture asynchrone distribuée
populaire utilisé pour produire des
applications hautement évolutives.
• Il est également très adaptable et peut être
utilisé pour de petites applications ainsi que
pour des applications grandes et complexes.
• Aucune application de l'écosystème SI ne se
connaît. Ils ne communiquent qu'avec le
médiateur
ARCHITECTURE ÉVÉNEMENTIELLE (Event-
driven architecture)
Un médiateur est chargé d'orchestrer les étapes
contenues dans l'événement initial:
 routing
 Mapping
 Transformation of request or answer’s format
Un médiateur est également appelé ESB (Business
Service Bus):
Exemple of ESB:
 Camel, JbossFuse
 MuleSoft
 Tibco
 Webmethod
 IBM integration
ARCHITECTURE ÉVÉNEMENTIELLE (Event-
driven architecture)
Broker diffère de la topologie du médiateur en ce qu'il n'y a pas de médiateur central des événements
2 types de courtier de messages:
1. Queue: Chaque événement est géré par un seul processeur d'événements
Ex: traitement d'une requête asynchrone, journalisation (logging)
2. Topic: Les événements de traitement peuvent être traités par plusieurs processeurs d'événements
Ex: Chat applications, real-time dashboard

 Exemples de Message broker:

 ActiveMq

 HornetQ

 RabbitMQ

 MQ series
ARCHITECTURE DE MICROSERVICES(Microservice
architecture )
• Basé sur le concept d'unités
déployées séparément,
permettant un déploiement plus
facile grâce à un pipeline de
distribution efficace et
rationalisé, une évolutivité accrue
et un degré élevé de découplage
des applications et des
composants au sein de votre
application.
• Inconvénient: les données doivent
être synchronisées entre les
microservices
 ARCHITECTURE DU MICRO-NOYAU (Microkernel
Architecture)
• Le modèle d'architecture micro-noyau se compose de deux types
de composants d'architecture:
• Un système central
• modules enfichables
• La logique d'application est divisée entre des modules
enfichables indépendants et le système de base, offrant:
• Extensibilité
• souplesse
• Isolement des fonctionnalités de l'application et de la logique de
traitement personnalisée.
• Une implémentation principale de l'architecture Microkernel: OSGI
Exemples d'application:
• Eclipse
• Arcgis
• Navigateurs(chrome, firefox)