Zum Hauptinhalt springen

​
Warum Entwickler migrieren

Railway rechnet nach gemessener Nutzung ab (CPU, RAM und Netzwerk pro Sekunde verbraucht), sodass sich die monatliche Rechnung mit dem Traffic bewegt und schwer vorherzusagen ist. Square Cloud verfolgt einen anderen Ansatz:
  • Vorhersehbare Pauschalpreise in BRL — ein Planpreis für RAM, vCPU und Blob Storage, unabhängig davon, wie viel Traffic deine App verarbeitet. Siehe Pläne und Preise.
  • Dedizierte Ressourcen — RAM und vCPU sind für deine Anwendung reserviert, keine geteilte Best-Effort-Kapazität.
  • Deploy in Sekunden — lade eine ZIP-Datei hoch oder pushe über die CLI, und deine Anwendung läuft.

​
Konzept-Mapping

​
Migrationsschritte

1

Erstelle deine Konfigurationsdatei

Ersetze die railway.json/Nixpacks-Erkennung durch eine squarecloud.app-Datei im Stammverzeichnis deines Projekts:
squarecloud.app
Die Runtimes von Square Cloud erkennen deine Sprache automatisch anhand von Dateien wie package.json oder requirements.txt, denselben Signalen, auf die sich Nixpacks stützt. Siehe die Referenz zur Konfigurationsdatei für alle Felder.
2

Setze deine Umgebungsvariablen

Erstelle die Variablen aus dem Variables-Tab deines Railway-Projekts neu, entweder über das Umgebungsvariablen-Panel im Dashboard oder durch Hochladen einer .env-Datei:
3

Deployen

Lade dein Projekt über die CLI oder das Dashboard hoch, anstelle von railway up:
Siehe So hostest du deine Website/API für eine vollständige Anleitung zu beiden Methoden.
4

Plugins zu verwalteten Datenbanken migrieren

Wenn dein Projekt ein Railway-Postgres-, MySQL- oder Redis-Plugin verwendet hat, stelle die entsprechende von Square Cloud verwaltete Datenbank bereit und richte den Connection String deiner App darauf aus.
5

Richte deine DNS aus

Sobald die App unter <subdomain>.squareweb.app live ist, richte die DNS deiner Domain auf Square Cloud aus und hänge sie über die CLI an:
Benutzerdefinierte Domains erfordern einen aktiven Standard-Plan oder höher.

​
Wichtige Unterschiede, die du einplanen solltest

  • Abrechnungsmodell. Es gibt keinen Pro-Sekunde-Nutzungszähler, den du beobachten musst — die Kosten sind pro Plan fixiert, unabhängig vom Traffic. Wähle die Größe deines Plans nach RAM-/vCPU-Bedarf statt nach prognostizierter Nutzung. Siehe Pläne und Preise.
  • Region und Latenz. Das Rechenzentrum von Square Cloud befindet sich in New York — siehe den Plattformüberblick für Infrastrukturdetails. Miss die Latenz ausgehend von deiner Nutzerbasis, bevor du umziehst, wenn du in einer anderen Railway-Region gehostet hast.
  • Datenbanken ziehen separat um. Die Daten eines Railway-Postgres-/Redis-Plugins zu migrieren bedeutet, sie zu exportieren und in eine neue von Square Cloud verwaltete Datenbank wiederherzustellen — plane für die Umstellung ein Wartungsfenster ein.

​
Kontaktiere uns

Falls du weiterhin technische Schwierigkeiten hast, steht dir unser spezialisiertes Support-Team zur Verfügung. Kontaktiere uns und wir helfen dir gerne, jedes Problem zu lösen — die Qualität unseres Supports ist ein wichtiger Grund, warum Entwickler Square Cloud mit 4,9/5 bei 402 Bewertungen auf Google und Trustpilot bewerten.