Depuis Cloudflare Pages
Cloudflare Pages déploie des sites statiques et des edge functions sur le réseau de Cloudflare. Si votre application a besoin d'un backend traditionnel basé sur un serveur, voici comment le faire tourner sur un serveur que vous possédez.
Pourquoi les équipes quittent Cloudflare Pages
Cloudflare Pages et ses edge functions sont rapides pour un site statique ou une logique edge légère. La friction apparaît quand votre application a besoin d’un vrai processus backend : un worker, une tâche longue, ou un framework qui s’attend à un serveur normal plutôt qu’aux contraintes du runtime edge.
Railyard fait tourner ce backend comme un processus persistant sur un serveur que vous possédez.
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.
- Un frontend statique peut rester sur Cloudflare Pages ; 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.