La Duck Conf - Qui maîtrise le mieux le chaos de votre SI ? Mozart ou Béjart ?

Coin
Coin
!
1
La Duck Conf by OCTO Technology © 2021 - All rights reserved
Qui maîtrise mieux le
chaos dans votre SI :
Mozart ou Béjart ?
Orchestration vs
Chorégraphie , est ce
vraiment la question ?

2
Coin
Coin
!
Qésako ?

Coin
Coin
!
3
Les SI évoluent et les patterns d’architecture changent
Modules X
Application A
Application X
Application Y
Application B
Application Z

4
Coin
Coin
!
Mozart et le pattern de Orchestration
“L'orchestration décrit le processus
automatique d'organisation, de coordination,
et de gestion de systèmes informatiques
complexes, de middleware et de services”
wikipedia

5
Coin
Coin
!
Béjart et le pattern de Chorégraphie
“[...]Les applications possèdent leur propre
logique de domaine et agissent davantage
comme des filtres au sens classique d'Unix -
recevant une requête, appliquant la logique
le cas échéant et produisant une réponse.
Celles-ci sont chorégraphiées à l'aide de
protocoles RESTish simples” Martin Fowler

Coin
Coin
!
6
๏ Safa MABRROUK
๏ Coding Architecte drivée par les promesses des technologies et les
contraintes du terrain
๏ Continue à apprendre comment maîtriser l’entropie des SI
๏ @mabrouksafa
Qui suis je ?

Coin
Coin
!
7
Quelques définitions de plus ...
๏ DDD
> “DDD est l’acronyme de Domain Driven Design. Ce n’est ni un framework, ni une méthodologie,
mais plutôt une approche décrite dans l’ouvrage du même nom d’Eric Evans. Un de ses objectifs est
de définir une vision et un langage partagés par toutes les personnes impliquées dans la
construction d’une application, afin de mieux en appréhender la complexité” blog Octo
๏ Bounded Contexte
> un concept clé du DDD
> C’est une façon de découper et de modéliser le métier d’une entreprise en plusieurs domaines,
contextes, indépendants, avec une responsabilité limitée et des frontières fonctionnel en premier et
ensuite métier claires
> Bounded Context donne aux membres de l'équipe une compréhension claire et partagée de ce
qui doit être cohérent et de ce qui peut se développer indépendamment

8
Coin
Coin
!
Comment on est arrivé là ?
Pourquoi on se pose cette question ?

Coin
Coin
!
9
Use case Fil rouge
Processus métier d’achat d’un t shirt
Ajouter le t shirt
au panier
Payer
Gérer le stock
des t shirt
Livrer
mettre le t shirt dans le
panier
Gestion du
compte Client
Livraison Paiement Stock

Coin
Coin
!
10
๏ Les deux patterns d’échanges complémentaires les plus implémentées récemment
๏ Chaque application à un périmètre fonctionnel clair
๏ Les applications exposent des services avec des contrats d’interface clair pour
communiquer entre elles
> Exposer les processus
> Exposer les ressources
๏ Microservice
> Application avec un périmètre fonctionnel limité et clair
> Des services simple exposant simplement les ressources des application en mode CRUD
Deux patterns d’échanges
SOA & Microservices

Coin
Coin
!
11
SOA et les microservice comme pattern d'échange
Gestion du
compte Client
Stock
Livraison
Paiement
REQUÊTE
RÉPONSE

Coin
Coin
!
12
Un orchestrateur
Gestion du
compte Client
Orchestrateur
● Processus métier
● Gestion des erreurs
● Rejeu
● ...
Livraison
Paiement Stock

Coin
Coin
!
13
outils de Business process management (BPM)

Coin
Coin
!
14
๏ Des APIs CRUD anémiques
๏ Une brique d’orchestration transverse qui devient compliquée fonctionnellement et
techniquement
> un orchestrator FAT, Service Dieu
๏ Des outils de workflow compliqués, difficiles à faire évoluer, et des outils cher
Résultats

Coin
Coin
!
15
Event Driven Architecture
๏ “Un événement peut être défini comme "un changement d'état significatif. D'un point de
vue formel, ce qui est produit, publié, propagé, détecté ou consommé est un message [...]
et non l'événement lui-même, qui est le changement d'état qui a déclenché l'émission du
message. [...] . Les architectures événementielles sont souvent conçu au-dessus
d'architectures axées sur les messages, où un tel modèle de communication nécessite que
l'une des entrées soit uniquement du texte, le message, pour différencier la façon dont
chaque communication doit être traitée “ wikipedia
Les pattern d’échanges continuent à évoluer

Coin
Coin
!
16
Chorégraphie
Gestion du
compte Client Livraison
Paiement
Stock
Ordre d’achat du
t shirt émis
Paiement fait
t shirt retiré

Coin
Coin
!
17
Chorégraphie
Gestion du
compte Client
de
Topic Ordre d’achat
Topic Transaction
Topic Livraison
Topic Article
Bus d’événements (Kafka, Pulsar, logDevice)
Événement

Coin
Coin
!
18
๏ Perte de connaissance métier
> la seule vérité est le code en production
> Le problème est que le code est éclaté dans 10 systémes et on ne sait plus quel système répond à
quel event et quand
> Le code source ne donne pas d’indication quant à qui va appeler l’application et pourquoi
๏ Gouvernance des échanges plus difficile
> Gestion des versions
> Synchronisation de la donnée
> Des échanges sont plus difficiles à trouver, cartographier, suivre et débugger
๏ L’erreur est chère : la reprise d’erreur est compliquée et devient de plus en plus difficile
avec l’augmentation de nombre des services
> Les applications doivent savoir qu’une erreur est arrivée et pour quelle raison et comment réagir
Résultats

Coin
Coin
!
19
Chorégraphie
Gestion du
compte Client
de
Topic Ordre d’achat
Topic Transaction
Topic Livraison
Topic Article
APM
Centrale
des Logs
ELK Data
dog
id correlation
observabilité
timestamp
…

20
Coin
Coin
!
Quoi faire ?

Coin
Coin
!
21
๏ Un des principes clé d’une architecture microservice défini par Martin Fowler
๏ Les APIs n’expose pas seulement des ressources , Une API expose aussi de l’intelligence et
des processus
> L’intelligence métier est encapsulée et exposé dans l’API
๏ Le pipe ou l’outil d'orchestration se limite à une machine à état simple qui contient le
minimum d’intelligence possible
Dumb pipes smart endpoint

Coin
Coin
!
22
Event sur les frontières, workflow à l’intérieur
Gestion du
compte Client
Livraison
Paiement
Stock
Paypal
Gestion de
carte Visa
Gestion
des
comptes
Gestion
frais Tiers
payant
Orchestrateur
● Rejeu
Événement
Événement
Événement
Événement

Coin
Coin
!
23
๏ Bounded Context = Périmètre fonctionnel Cair
> Gestion des erreurs clair
> Processus métier précis et simple
> Rejeu ou la gestion des erreurs et maîtrisée par le métier
> Orchestrer à l’intérieur du bounded contexte
๏ Bounded Contexte = Indépendant, autonome et autosuffisant
> Chaque application informe le SI de son changement d’état avec un évènement
Event sur les frontières, workflow à l’intérieur

Coin
Coin
!
24
Paiement
Compensation
SAGA : long lived transaction
Gestion du
compte Client
Livraison
Stock
Paypal
Gestion de
carte Visa
Gestion
des
comptes
Gestion
frais Tiers
payant
Orchestrateur
● Rejeu
Rembourse
ment
Remboursem
ent frais

Coin
Coin
!
25
TAKE AWAY
๏ Chorégraphie garantie plus de
découplage et une
architecture plus scalable
๏ Chorégraphie peut augmenter
l’entropie dans le SI et
complexifier sa gouvernance
๏ L’orchestration garantie plus
une cohérence et de cohésion
de processus métier
๏ L’orchestration peut créer des
systèmes difficile à maintenir et
à scaler

Coin
Coin
!
26
TAKE AWAY
๏ Pour maîtriser son SI, la solution est de tirer profit des deux pattern :
> Créer une chorégraphie entre les bounded contexts
> Mettre en place un chef d’orchestre à l’intérieur de chaque Bounded Contexte
> Utiliser les bons outils

Coin
Coin
!
27

La Duck Conf - Qui maîtrise le mieux le chaos de votre SI ? Mozart ou Béjart ?

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (20)

Similaire à La Duck Conf - Qui maîtrise le mieux le chaos de votre SI ? Mozart ou Béjart ?

Similaire à La Duck Conf - Qui maîtrise le mieux le chaos de votre SI ? Mozart ou Béjart ? (20)

Plus de OCTO Technology

Plus de OCTO Technology (20)

La Duck Conf - Qui maîtrise le mieux le chaos de votre SI ? Mozart ou Béjart ?