Présentation du talk de Nicolas De Nayer & Michel Domenjoud - Doctolib Vécue de l'intérieur, la croissance exponentielle d'une architecture basée sur un monolithe. Ce qui a marché, ce qui a échoué, et ce qui pose encore problème.

2. The boring architecture
Comment passer à l’échelle avec un monolithe

3. 120 Tech & Product
50 Developers
15 Product Owners
10 Engineering Managers
10 Project Managers
10 Devops
10 UX /UI
5 Data Analysts / Engineers
3 Security Experts

4. Vous connaissez tous

5. La partie émergée de l’iceberg

6. Aujourd’hui
70k docteurs + 3k/mois
Il y a 3 ans
3k docteurs + 300/mois
Croissance
de la croissance

7. 70 000
docteurs

8. x2 en 2018

9. 30 millions de
visites / mois

10. x2 en 2018

11. Une centaine
d’hôpitaux

12. x3 en 2018

14. +20% trafic tous les 2 mois
Base de données
17 000 req/sec
3 TB
Requêtes Web
> 30k utilisateurs simultanés
3 000 req/sec
95th perc < 250 ms

15. Single Page Application
Async Jobs
Resque Jobs
Web App
Architecture simple
Un unique repository
~100k LOC
Javascript
~150k LOC
Ruby

16. Primary
Single Page Application
Async Jobs
Resque Jobs
Web App
Load balancing
Secondary
Web App
30 workers
x18 VM
...

18. Autonomie
Développeur & Équipe

19. Combattre la complexité
D’abord optimiser, jusqu’à…
Build & Run

20. Boucles de feedback
courtes
“In God we trust, all others must bring data”
W. Edwards Deming

21. Court terme vs. long terme
Plan de capacité
> 6 mois : tout va bien
3-6 mois : on y pense
< 3 mois : on prend !

23. Fine tuning
New Relic
Détection automatique des dégradations
PG Explain analyze
Flamegraph Ruby

24. VS
2 ans et toujours en débat
à propos de notre recherche full-text

25. Débit (nombre de requêtes)
Tempsderéponse
Attention
OK
KO

26. 2018 #Attention

27. 2019 #Tout va bien

28. 95th percentile < 250 ms
sans cache applicatif

29. Une stack front complexe
+
React RxJS

31. Pas simple de maîtriser
tout le système

32. Toujours sur le
pont
Parfois on s’approche très près du mur

33. Comment faire collaborer
tout le monde ?
Difficile d’avoir tout le monde capable de coder
partout

35. Extrême
Design Emergent

36. Fine tuning
Sur une architecture simple

37. Règles d’or
“Et si jamais on doit...”
“Peut-être qu’un jour...”
“C’est plus propre de...”

38. Respecter nos principes
Fermes sur notre façon d’avancer
pas sur notre destination

39. Au fait on recrute ;)
https://careers.doctolib.fr/engineering/
Merci