Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Les microservices c'est pas automatique ! — DDD...
Search
Arnaud LEMAIRE
November 15, 2018
Programming
9
1.6k
Les microservices c'est pas automatique ! — DDD Paris 2018
La vidéo du talk est disponible :
https://youtu.be/_mqn0FfZ2SY
Arnaud LEMAIRE
November 15, 2018
Tweet
Share
More Decks by Arnaud LEMAIRE
See All by Arnaud LEMAIRE
From Code to Consequences – AlpesCraft 2025
lilobase
0
490
Scaling in Three Dimensions – Data In Motion Paris 2024
lilobase
0
49
Intervention Michelin DORD
lilobase
0
120
The strategies behind ddd – AdeoDevSummit 2022
lilobase
6
1.4k
Let's reset Agile at Scale — Lean&Agile day Michelin 2022
lilobase
2
350
Sunday, retour d’expérience sur la construction d’une entreprise attractive pour les techs – Tech.rocks 2021
lilobase
1
190
Le projet legacy, quelles stratégies pour s'en sortir ? – Software Crafts·wo·manship Rennes juin 2021
lilobase
4
600
Réconcilier architecture logicielle & problématiques métiers : une introduction au Domain Driven Design – Blend Web Mix 2021
lilobase
5
1.1k
La qualité d’aujourd’hui est la productivité de demain — Orange Innovation School mars 2021
lilobase
1
620
Other Decks in Programming
See All in Programming
テーブル定義書の構造化抽出して、生成AIでDWH分析を試してみた / devio2025tokyo
kasacchiful
0
270
AIと人間の共創開発!OSSで試行錯誤した開発スタイル
mae616
2
790
PHPに関数型の魂を宿す〜PHP 8.5 で実現する堅牢なコードとは〜 #phpcon_hiroshima / phpcon-hiroshima-2025
shogogg
1
330
The Past, Present, and Future of Enterprise Java
ivargrimstad
0
590
GC25 Recap: The Code You Reviewed is Not the Code You Built / #newt_gophercon_tour
mazrean
0
110
バッチ処理を「状態の記録」から「事実の記録」へ
panda728
PRO
0
190
The Past, Present, and Future of Enterprise Java
ivargrimstad
0
430
EMこそClaude Codeでコード調査しよう
shibayu36
0
360
AI Agent 時代的開發者生存指南
eddie
4
2.1k
CSC305 Lecture 09
javiergs
PRO
0
310
Devoxx BE - Local Development in the AI Era
kdubois
0
140
実践Claude Code:20の失敗から学ぶAIペアプログラミング
takedatakashi
18
8.1k
Featured
See All Featured
Raft: Consensus for Rubyists
vanstee
140
7.2k
Done Done
chrislema
185
16k
Intergalactic Javascript Robots from Outer Space
tanoku
272
27k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
31
9.7k
Automating Front-end Workflow
addyosmani
1371
200k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
230
22k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
508
140k
Facilitating Awesome Meetings
lara
57
6.6k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
34
2.5k
What’s in a name? Adding method to the madness
productmarketing
PRO
24
3.7k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.2k
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
32
1.7k
Transcript
DISCLAIMER ! Tout doit être nuancé en fonction de votre
contexte ! Ce Talk contient de la mauvaise foi
Les microservices, l’homéopathie au service de l’architecture logicielle ?
LES MICROSERVICES, C’EST PAS AUTOMATIQUE… Arnaud LEMAIRE | @lilobase LGO.GROUP
Vous êtes une startup en train de définir votre produit
? « On a pas encore notre product/market fit, mais faut bien s’occuper »
DON’T Et puis, vous n’êtes pas assez nombreux… Et vous
ne savez même pas quel est votre métier « Vous achetez des problèmes que vous n’avez pas les moyens de résoudre »
Le problème Généralement on ne réussit pas à modéliser le
métier correctement du premier coup Avoir un code source co-localisé & une seule unité de déploiement simplifie grandement le refactoring
Oui, mais on doit monter en charge / avoir de
la haute dispo
SRSLY ? Vous pouvez même créer plusieurs main pour spécialiser
vos instances Vous ne pouvez pas démarrer plusieurs instances de votre applicatif ?
Le problème Avoir un cluster du même acteur nécessite de
les synchroniser pour éviter les problèmes de consistance Tuyaux intelligents, consensus (RAFT), Lock distribué …
Oui, mais on est en train de scaler ! «
On a recruté 60 personnes en trois mois et il faut bien les occuper »
Wait… ! Recruter ou produire, il faut choisir !
Grandir ou produire, il faut choisir !
OK, but… Faites gaffe aux frontières ! Et ne faites
pas des « micro » services, juste des applications qui parlent ensemble… Mais vous avez quand même le droit de dire aux copains que vous faites du microservice !
Service A API Le problème Service B
External API Service A La solution Service B Internal API
Anti-corruption Layer
On veut pouvoir utiliser plusieurs langages ! « Il faut
avouer que l’on arrive plus à recruter avec notre stack Struts »
Wait… ! Est-ce vous n’êtes pas en train de faire
du CV Driven Development ? Les microservices vont vraiment être une solution ?
Le problème Vous risquez de créer des silos par techno
Et est-ce que ce langage corrige vraiment des problèmes que vous avez ?
On a des besoins d’orchestrations spécifiques… « Chez nous c’est
vraiment différent de chez les autres »
Example Counter Ice Cream Hamburgers Salads New Order ——
—— —— New Order —— —— —— New Order —— —— ——
Example Counter Ice Cream Hamburgers Salads
Counter Ice Cream Hamburgers Salads Each time we receive an
item, we check if the order is complete. New Order —— —— —— Example
Wait… ! Agent Acteur
Wait… ! Orchestration Choreography
Counter Ice Cream Hamburgers Salads C’est une orchestration d’agents !
New Order —— —— —— Example
Wait… ! C’est toujours pas des microservices… Ça peut se
déployer dans la même JVM/CLR…
Le projet de la refonte du monolithe Legacy
Wait… ! « If you can’t build a monolith, what
makes you think micro-services are the answer ? » -Simon Brown
Monolith Microservices -Alvaro Sanchez
Wait… ! « Organisations which design systems ... are constrained
to produce designs which are copies of the communication structures of these organisations. » -Melvin Conway
-Simon Brown
-Simon Brown
-Simon Brown 1 2
Facade Parent Injector S1 S2
Facade Parent Injector S1 HTTP connector
On a une hétérogénéité des métiers, des modèles de déploiement,
d’architecture & d’exécution
OK, but… Bienvenue en enfer ;-) Transactions distribuées, Consistance
à terme, Tolérance à la panne, Auditabilité & Traçabilité, Déliverabilité… Et puis ça apparait pas tout de suite
NE MÉLANGEONS PAS TOUT…
• Modèle d’adressage : Agent / Acteur • modèle d’exécution
• Request/Response, Pub/Sub, Queue • Push vs Pull • Modèle d’Orchestration ou Chorégraphie • Modèle de déploiement • Tooling…
« Big Data is like teenage sex: everyone talks about
it, nobody really knows how to do it, everyone thinks everyone else is doing it, so everyone claims they are doing it… » – Dan Ariely Micro-service
MANY THANKS ! Arnaud LEMAIRE | @lilobase LGO.GROUP