Pourquoi les développeurs migrent
Railway facture à l’usage mesuré (CPU, RAM et réseau consommés par seconde), donc la facture mensuelle évolue avec le trafic et peut être difficile à prévoir. Square Cloud adopte une approche différente :- Tarification forfaitaire prévisible en BRL : un seul prix de plan pour la RAM, le vCPU et le stockage Blob, indépendamment du trafic géré par votre application. Consultez Plans et tarifs.
- Ressources dédiées : la RAM et le vCPU sont réservés à votre application, pas une capacité partagée au mieux.
- Déploiement en quelques secondes : envoyez un zip ou poussez via la CLI et votre application est en ligne.
Correspondance des concepts
Étapes de migration
1
Créez votre fichier de configuration
Remplacez la détection Les Runtimes de Square Cloud détectent automatiquement votre langage à partir de fichiers comme
railway.json/Nixpacks par un fichier squarecloud.app à la racine de votre projet :squarecloud.app
package.json ou requirements.txt, les mêmes signaux sur lesquels s’appuie Nixpacks. Consultez la référence du fichier de configuration pour tous les champs.2
Configurez vos variables d'environnement
Recréez les variables depuis l’onglet Variables de votre projet Railway, soit depuis le panneau de variables d’environnement du tableau de bord, soit en envoyant un fichier
.env :3
Déployez
Envoyez votre projet via la CLI ou le tableau de bord, à la place de Consultez Comment héberger votre site web/API pour un guide complet des deux méthodes.
railway up :4
Migrez les plugins vers des bases de données gérées
Si votre projet utilisait un plugin Railway Postgres, MySQL ou Redis, provisionnez la base de données gérée Square Cloud équivalente et pointez la chaîne de connexion de votre application vers celle-ci.
5
Pointez votre DNS
Une fois l’application en ligne à Les domaines personnalisés nécessitent un plan Standard actif ou supérieur.
<subdomain>.squareweb.app, pointez le DNS de votre domaine vers Square Cloud et attachez-le depuis la CLI :Différences clés à anticiper
- Modèle de facturation. Il n’y a pas de compteur d’usage à la seconde à surveiller, le coût est fixe par plan, quel que soit le trafic. Dimensionnez votre plan selon vos besoins en RAM/vCPU plutôt que selon l’usage projeté. Consultez Plans et tarifs.
- Région et latence. Le centre de données de Square Cloud est situé à New York, consultez la vue d’ensemble de la plateforme pour les détails d’infrastructure. Mesurez la latence depuis votre base d’utilisateurs avant de basculer si vous tourniez dans une région Railway différente.
- Les bases de données se déplacent séparément. Migrer les données d’un plugin Railway Postgres/Redis implique de les exporter et de les restaurer dans une nouvelle base de données gérée Square Cloud, prévoyez une fenêtre de maintenance pour la bascule.