Évoluant de notre infrastructure: pourquoi nous avons déménagé d'Heroku Postgres à Neon

Nous avons récemment terminé une migration backend majeure: le déplacement de notre base de données de production principale de Heroku Postgres vers le néon.

Cette décision ne visait pas à chasser la nouvelle technologie brillante ou à sauter à la prochaine grande chose. Il s'agissait de nous débloquer pour une meilleure expérience de développeur, une mise à l'échelle plus lisse et des coûts plus gérables. Postgres reste l'épine dorsale de Dev et Forem, mais Neon nous donne un runtime plus flexible et moderne pour cela et une fondation pour s'appuyer à l'avenir.

Maintenant que nous sommes de l'autre côté de la migration, nous voulions réfléchir sur le mouvement. Nous bénéficions désormais de coûts plus bas, de boucles de rétroaction plus strictes et plus d'espace pour se développer.

Pourquoi nous avons déménagé

Tout d'abord, Heroku Postgres nous a bien servi. Cela nous a aidés à fonctionner rapidement et a servi de noyau fiable de nos humbles débuts il y a plus de huit ans à une application qui dessert maintenant des millions de développeurs chaque mois. Mais, au fil du temps, nous avons rencontré quelques points de friction persistants:

• Il était difficile de gérer des environnements en production sans le travail lourd.
• Les répliques de lecture étaient limitées et parfois capricieuses.
• L'allocation de ressources rigides des bases de données traditio...
  [Courte citation de 8% de l'article original]