Depuis Neon
Neon est une base de données Postgres serverless sur sa propre infrastructure, pas un endroit où faire tourner votre application. Railyard fait tourner votre application sur un serveur que vous possédez, avec Postgres géré à côté.
Pourquoi les équipes associent Neon à autre chose
Neon est un Postgres serverless solide, avec branching et autoscaling. C’est une base de données, pas une plateforme d’application : votre application a toujours besoin d’un endroit où tourner, c’est là qu’intervient Railyard.
Si vous quittez la base de données Neon elle-même, et pas seulement votre application, le module complémentaire Postgres géré de Railyard vous donne des sauvegardes planifiées et une restauration point-in-time sur un serveur de votre propre compte cloud.
Ce qui vous suit
- Le code de votre application, construit à partir d’un Dockerfile, de buildpacks, ou d’un Procfile.
- Vos variables d’environnement et vos secrets.
- Votre schéma et vos données Postgres, exportés de Neon et restaurés dans le module complémentaire Postgres géré de Railyard.
La migration
- Rattachez un serveur : un serveur existant, ou un nouveau serveur que Railyard provisionne dans votre compte cloud.
- Ajoutez votre dépôt et rattachez un module complémentaire Postgres géré.
- Migrez vos données avec une sauvegarde restaurée depuis Neon.
- Déployez vers une URL temporaire. Exécutez votre tâche de release et vérifiez.
- Basculez le DNS. Il n’y a pas d’interruption de service ; Neon continue de répondre jusqu’à la bascule.
Ce qui change
Votre base de données et votre application vivent toutes les deux dans votre propre compte cloud, au lieu d’avoir votre application ailleurs connectée à l’infrastructure de Neon.