Lancement officiel (GA) de Neon Serverless Postgres

• Neon est un service qui propose une nouvelle approche du développement de bases de données Postgres et a récemment été lancé officiellement
• Postgres est l’une des bases de données les plus populaires chez les développeurs, mais il présente des difficultés en matière de montée en charge et de reprise après incident
• Les développeurs veulent pouvoir créer rapidement des clusters Postgres, les faire monter/descendre automatiquement en charge, créer instantanément des branches permettant de travailler indépendamment, et restaurer rapidement un état antérieur

Architecture et caractéristiques de Neon

• Adoption d’une architecture qui sépare le stockage et le calcul, en s’inspirant des idées d’Amazon Aurora
• Toutes les modifications sont fournies en open source et envoyées en amont
• Les utilisateurs bénéficient d’une expérience Postgres complète
• Grâce à la fonctionnalité de branches, les développeurs peuvent travailler de façon indépendante sans conflit
• La puissance de calcul peut être mise à l’échelle indépendamment selon la charge
• Les branches sont créées en quelques secondes et, grâce au mécanisme COW, impliquent peu de surcharge d’espace
• La création et la duplication de bases de données ou de serveurs ne prennent pas beaucoup de temps

Évolution de Neon

• Disponible sans invitation à partir de décembre 2022
• Fonctionnalité de branches mise à disposition de tous les utilisateurs
• Prise en charge de l’API permettant d’automatiser l’administration de Postgres
• Lancement d’un driver serverless améliorant la vitesse de déploiement JS/TS
• Intégration avec Vercel permettant de créer une branche de base de données à chaque preview
• Lancement de la mise à l’échelle automatique, supprimant le besoin d’interventions manuelles
• Gestion directe depuis le terminal via la CLI
• Accent mis sur le scale-to-zero et l’amélioration du comportement au cold start

Avis de GN⁺

• Neon est un service intéressant centré sur l’amélioration de l’expérience développeur. En particulier, la fonctionnalité de branchement de base de données semble pouvoir fortement accélérer le développement
• Il restera toutefois des points à considérer lors d’une adoption réelle, comme le niveau de prise en charge de toutes les fonctionnalités de Postgres ou la manière de gérer les migrations
• Une validation de la compatibilité avec Postgres existant, de la stabilité et des performances semble nécessaire. Comme le lancement est encore récent, une approche prudente paraît préférable
• Parmi les services similaires figurent Amazon Aurora, Google Cloud Spanner et Citus. Il peut être utile de comparer les avantages et inconvénients de chacun
• Comme Neon repose sur Postgres, il peut conserver les atouts de Postgres, ce qui constitue un point très attractif. Le fait de pouvoir utiliser des outils familiers tout en améliorant la productivité de développement pourrait devenir la force propre de Neon

[xguru]

Neon - Postgres serverless open source

Ici aussi, le service est finalement passé en GA après 2 ans. C'est intéressant, on a l'impression qu'ils cherchent à concurrencer Supabase.

[GN⁺]

Avis sur Hacker News

• Un utilisateur raconte avoir eu une mauvaise expérience avec Neon : le support client n’était pas utile, il y avait beaucoup de bugs, c’était lent et beaucoup trop cher
• À l’inverse, un autre utilisateur auto-héberge Neon en tant qu’opérateur Kubernetes interne et se dit très satisfait de la solution technique de Neon. Il affirme qu’il aurait du mal à faire tourner son entreprise sans Neon
• La fonctionnalité de branchement de la base de données entière semble excellente, mais le prix est un peu élevé. Avec l’offre à 69 $/mois, louer un serveur dédié peut revenir moins cher
• Un utilisateur est passé de PlanetScale à Neon, car il est facile de monter ou descendre en charge et d’exécuter plusieurs bases de données sur le même cluster. Neon est plus simple à utiliser que RDS et permet de démarrer rapidement (en quelques centaines de millisecondes)
• Un client qui utilise Neon depuis plus d’un an dit n’avoir rencontré aucun problème, à part les récents changements de prix
• La fonctionnalité de « branche » serait plus précisément appelée « snapshot » ou « checkpoint ». Créer une version modifiable en CoW et revenir à une version précédente relève du snapshot. Une branche implique la fusion, ce qui est un problème bien plus complexe
• Le timing sur le marché, à peine un jour après l’annonce de la GA de Supabase, est impressionnant. Les deux plateformes sont excellentes
• Le prix du stockage, entre 1,50 $ et 1,75 $ par Go, est très élevé. Cela peut être difficile à justifier pour un projet hobby
• La différence avec AWS Aurora n’est pas claire, ni les raisons de choisir Neon plutôt qu’Aurora en matière de prix ou de scalabilité
• Si le driver Neon permettait de relayer facilement une connexion localhost, l’expérience de développement et de test serait meilleure. Les développeurs préfèrent connecter un Postgres local pour développer et tester
• Le PM de Neon devrait réfléchir, du point de vue d’un nouveau développeur, aux changements de code et de workflow de développement nécessaires pour essayer Neon