En 2022 y a eu une conf Devoxfr sur leur bourbier.
En gros, et de mémoire, ils ne s'attendaient pas à grossir si vite (covid) et leur application RoR n'était pas du tout prévue pour ça. Genre des requêtes avec +20 jointures.
Ils avaient le choix entre reprendre l'application ou trouver une DB magique (qui puisse faire x10 sans rien changer d'autre).
Reprendre l'application impliquerait de payer des devs, donc niet.
Reste la DB magique, pas de bol rien ne fait mieux qu'Aurora (AWS).
Du coup plan B, trouver une solution sans avoir à tout changer (ForeingDataWrappers, une ext PG par ex).
Y a un truc qui me semble contradictoire car le problème semble venir du fait que l'application n'était pas prévue pour ça car pensée trop petite (hébergée chez Heroku au départ) mais en même temps ils ont trouvé trop coûteux de la réécrire. Après tout, c'est une "simple" (c'est le terme qu'ils emploient) application de prise de rendez-vous au départ.
Ils ont attendu le dernier moment pour réagir et du coup au pied du mur effectivement c'est plus difficile de réécrire une application au moment où elle tourne à plein régime. Et de là la bonne excuse pour dépendre d'AWS.
Bref, faudrait songer à payer les devs si on veut avoir le choix de l'infra !
# La tech Doctolib
Posté par wilk . En réponse au lien En finir avec Doctolib. Évalué à 10.
En 2022 y a eu une conf Devoxfr sur leur bourbier.
En gros, et de mémoire, ils ne s'attendaient pas à grossir si vite (covid) et leur application RoR n'était pas du tout prévue pour ça. Genre des requêtes avec +20 jointures.
Ils avaient le choix entre reprendre l'application ou trouver une DB magique (qui puisse faire x10 sans rien changer d'autre).
Reprendre l'application impliquerait de payer des devs, donc niet.
Reste la DB magique, pas de bol rien ne fait mieux qu'Aurora (AWS).
Du coup plan B, trouver une solution sans avoir à tout changer (ForeingDataWrappers, une ext PG par ex).
https://www.youtube.com/watch?v=1PtPVpFWtKQ
Y a un truc qui me semble contradictoire car le problème semble venir du fait que l'application n'était pas prévue pour ça car pensée trop petite (hébergée chez Heroku au départ) mais en même temps ils ont trouvé trop coûteux de la réécrire. Après tout, c'est une "simple" (c'est le terme qu'ils emploient) application de prise de rendez-vous au départ.
Ils ont attendu le dernier moment pour réagir et du coup au pied du mur effectivement c'est plus difficile de réécrire une application au moment où elle tourne à plein régime. Et de là la bonne excuse pour dépendre d'AWS.
Bref, faudrait songer à payer les devs si on veut avoir le choix de l'infra !