Heroku-Alternativen: Wie du auswählst und sicher migrierst

Für eine Heroku-Alternative fängst du mit den Prozessen und Add-ons an, die deine App tatsächlich nutzt. Lizard, Railway und Render sind Kandidaten für einen Web-Prozess, einen separaten Worker und eine Datenbank. Cloud Run passt zu einem anderen Ressourcenmodell. Ein VPS gibt mehr Kontrolle und belässt den Serverbetrieb bei dir.

Heroku bleibt ebenfalls eine Option. Der Wechsel in den Sustaining-Engineering-Modus bedeutet nicht, dass bestehende Anwendungen sofort gehen müssen. Dieser Lizard-Vergleich prüft die verlinkten Quellen zum Stand 9. September 2026.

Was sich bei Heroku geändert hat

Am 6. Februar 2026 gab Heroku bekannt, sich auf Stabilität, Sicherheit, Zuverlässigkeit und Support zu konzentrieren statt auf neue Features. Die Mitteilung besagt, dass Kreditkarten-Kunden – auch neue – das Produkt weiter nutzen können. Ein genereller Shutdown wird nicht angekündigt. Herokus Statement lesen.

Die Entscheidung zum Umzug sollte einer konkreten Anforderung folgen: Kosten, ein benötigtes Feature, Deployment-Einschränkungen oder deine Einschätzung der Produktausrichtung. Eine unbelegte Behauptung, der Service würde geschlossen, erzeugt Dringlichkeit ohne Planungsgrundlage.

Deine Heroku-App erfassen, bevor du Hosts vergleichst

Mach diese Bestandsaufnahme, bevor du nach dem kleinsten Web-Instanz-Preis entscheidest. Worker, Datenbank und Add-ons entscheiden oft, welche Option praktikabel ist.

Die nächsten Betriebsmodelle vergleichen

Lizard: Wähle es für Web-Services und Worker ohne monatliches Abo oder Pro-Service-Plan-Gebühr. Gekaufte Credits verfallen nicht. Das passt zu kleinen Apps und Workloads, die im Monatsverlauf schwanken. Füge Managed Postgres und Managed Redis zu Ressourcenraten hinzu und betreibe sie über die Lizard CLI. Die Klein-App-Rechnung zeigt, wie der Verbrauch unter dem Minimum einer bezahlten Instanz bleiben kann. Konfiguriere Verbindungsvariablen explizit.

Railway: Prüfe den Projekt- und Service-Workflow, wenn du mehrere Teile einer App zusammen verwalten willst. Railway misst Verbrauch; ein bezahlter Plan enthält Credit für die Nutzung. Es ist keine Festpreis-Replik eines Dynos. Railway Billing.

Render: Prüfe Web- und Worker-Instanzpläne, wenn fest gewählte Kapazität für dein Team leichter zu budgetieren ist. Preis auch die Datenbank und ggf. Workspace-Anforderungen. Render Pricing.

Cloud Run: Prüfe, ob jeder Prozess in einen Service, Job oder Worker Pool gehört. Eine 1:1-Kopie eines Procfiles definiert nicht die Cloud-Run-Architektur. Cloud Run Ressourcentypen.

Ein VPS mit Coolify oder einem anderen Deployment-Tool: Zieh dies in Betracht, wenn du Kontrolle über den Host willst und ihn warten kannst. Ein Deployment-Interface übernimmt nicht Patching, Speicherdauerhaftigkeit oder Disaster Recovery. Der Django VPS Anleitung zeigt die Arbeit, die ein serverbasiertes Setup umfasst.

Für weitere Optionen nutze den PaaS-Vergleich.

Den vollständigen Monatsrechnung vergleichen

Herokus veröffentlichte Cedar-Preise umfassen Basic für 7 $/Monat und Standard-1X für 25 $/Monat. Das sind Dyno-Preise, kein Angebot für Web-App, Worker und Datenbank zusammen. Prüfe, welche Foundation und welcher Plan deine App nutzt. Heroku Pricing.

Bei jedem Ersatz: jeden Prozess, jede Datenbank, jede behaltene Datei, Netzwerkgebühren und erforderliche Plan-Features einrechnen. Bei metered Plänen Verbrauch messen und Credit dagegen rechnen. Bei festen Instanzen alle abgerechneten Instanzen und ihre Betriebszeit zählen.

Dasselbe Workload im Vergleich behalten. Nicht annehmen, dass ein Ersatz einen Bruchteil der CPU oder des Speichers nutzt, ohne es auszuführen. Auch eine Phase einplanen, in der altes und neues System parallel während der Migration laufen.

Erst eine Kopie verschieben, dann Traffic umschalten

1. Konfigurations-Inventar exportieren, ohne Secrets in ein öffentliches Dokument zu schreiben. Runtime- und Dependency-Versionen pinnen.
2. Web-Prozess und Worker als separate Test-Services deployen. Start-Commands und Shutdown-Verhalten prüfen.
3. Datenbank-Backup in eine Test-Datenbank restaurieren. PostgreSQL-Extensions, Zeilenzahlen und Applikations-Reads/Writes prüfen.
4. Login, E-Mail, Uploads, Zahlungen im Testmodus und Background-Jobs testen. Callback-Domains und Webhook-URLs prüfen.
5. Entscheiden, wie Writes beim Cutover gehandhabt werden. Ein Wartungsfenster ist oft leichter zu durchdenken als zwei schreibbare Kopien.
6. Finales Backup ziehen oder Replikation beenden, Applikations-Verbindungen umschalten, dann Traffic wechseln. Errors, Jobs und Datenbank-Aktivität beobachten.

Einen Rollback-Plan bereithalten, der Daten einschließt, die nach dem Switch geschrieben wurden. DNS zurückzuleiten, verschiebt diese Writes nicht in die alte Datenbank.

Auf Lizard startest du vom GitHub Deployment Anleitung und den Variablen-Referenzen. Lies Worker-Einstellungen separat von den Web-Service-Einstellungen.

Wann Bleiben sinnvoll ist

Auf Heroku zu bleiben, kann die risikoärmere Wahl sein, wenn die App ihre Anforderungen erfüllt, dein Team das Betriebsmodell kennt und ein Umzug Zeit fressen würde, die du besser anders investierst. Eine ausgereifte App kann von Add-ons, Release-Schritten und internen Praktiken abhängen, die keine Feature-Tabelle erfasst.

Schreib auf, welche Veränderung du dir vom neuen Host erhoffst. Wenn ein Test sie nicht zeigt, hat die Migration ihren Preis noch nicht verdient.

FAQ

Wird Heroku abgeschaltet? Die zitierte Ankündigung sagt das nicht. Sie beschreibt Sustaining Engineering und fortgesetzten Service für Kreditkarten-Kunden. Beurteile das aktuelle Statement und deinen Vertrag, statt es als Shutdown-Deadline zu behandeln.

Kann ich mein Procfile behalten? Es ist ein nützliches Inventar der Prozess-Commands. Prüfe, welche Einträge dein gewählter Host automatisch erkennt, und konfiguriere die anderen als separate Services oder Jobs.

Kann ich Heroku Postgres zu einem anderen PostgreSQL-Service bewegen? Oft ja, aber Version, Extensions, Roles und Restore-Prozess testen. Die Applikation muss gegen die restaurierten Daten funktionieren, bevor du Produktions-Traffic umschaltest.

Wird die Migration Kosten senken? Nur eine vollständige Schätzung und ein repräsentativer Test können das klären. Datenbank, Worker, Speicher, Traffic und vorübergehende Überschneidung zwischen den Hosts einrechnen.