Depuis Netlify
Netlify est conçu pour les sites statiques et les frontends JAMstack sur l'infrastructure de Netlify. Si votre application a besoin d'un vrai backend, voici comment le faire tourner sur un serveur que vous possédez.
Pourquoi les équipes quittent Netlify
Netlify est excellent pour un site statique ou un frontend JAMstack avec des fonctions edge. La friction apparaît dès que votre application a besoin d’un vrai backend : un worker, une tâche longue, un serveur WebSocket, ou tout ce qui ne rentre pas dans une fonction de courte durée sur l’infrastructure de Netlify.
Railyard fait tourner votre application comme un processus persistant sur un serveur que vous possédez, avec Postgres, MySQL ou Redis géré en complément.
Ce qui vous suit
- Votre dépôt, construit à partir d’un Dockerfile, de buildpacks, ou d’un Procfile.
- Vos variables d’environnement et vos secrets.
- Les deploy previews de Netlify correspondent aux environnements de preview de Railyard par pull request.
- Un frontend statique peut rester sur Netlify ; le backend passe sur Railyard derrière le même domaine.
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 laissez Railyard détecter votre framework, ou pointez-le vers votre Dockerfile.
- Apportez votre configuration et ajoutez les bases de données attendues par votre application.
- Déployez vers une URL temporaire. Exécutez votre tâche de release et vérifiez.
- Basculez le DNS pour la route ou le sous-domaine du backend. Il n’y a aucune interruption de service.
Ce qui change
Un vrai serveur pour les parties de votre application qui en ont besoin, avec HTTPS, des mises en production sans interruption et des bases de données gérées, à un prix fixe par équipe plutôt qu’une facturation par invocation.