Bertrand Paquet

Bertrand Paquet

Doctolib

Après avoir longtemps été consultant chez Octo, s'occupant plus particulièrement d'architecture, d'infra, de performances et de déploiement, après avoir passé deux ans chez Google en tant que SRE sur Google Search, Bertrand s'occupe maintenant de l'Engineering efficiency' chez Doctolib, le leader français de la prise de rendez-vous en ligne pour les médecins.

Twitter : @_bpaquet

archisec

Track : Architecture, Performance et Securité

Type de présentation : Conference

Doctolib a besoin d'une base de données plus puissante. Ok, mais laquelle?

Depuis 8 ans, Doctolib propose des rendez-vous médicaux à plusieurs millions d'utilisateurs en utilisant une base de données unique PostgreSQL.

Nous ne sommes plus très loin aujourd'hui des limites physiques d'Aurora (PostgreSQL managé par AWS): nous opérons une des plus grosses bases de données transactionnelles d'Europe et pourtant nous prévoyons de grossir encore pour supporter notre croissance. Certes, il serait possible de tronçonner cette énorme base de données (voir d'en mettre certaines parties sur d'autres types de storage). Mais chez Doctolib, nous aimons bien l'approche simple d'avoir une seule base :)

Dans cette session, nous exposerons:

  • Les limites actuelles, nos besoins immédiats et futurs
  • Les critères d'évaluation que nous avons retenus? Scalabilité, compatibilité du code, coûts, hosting ...
  • Les différentes approches technique de tests
  • Quels sont les solutions que nous avons choisit de tester? Et de ne pas tester?
  • Les résultats de l'évaluation de 3 solutions: Spanner, Yugabyte, Citus

Plutôt que de rechercher la solution idéale, nous essayerons de mettre en évidence les compromis qui ont été choisis.