Le document aborde la croissance rapide d'une plateforme de santé, avec une augmentation significative du nombre de docteurs et des visites mensuelles. Il décrit l'architecture technique monolithique et les défis liés à la montée en charge, tout en soulignant l'importance de l'autonomie des développeurs et de la collaboration. Enfin, il mentionne la recherche de talents pour renforcer les équipes d'ingénierie.

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