
Wenn du das hier liest, stehst du wahrscheinlich vor einer von zwei Entscheidungen. Entweder suchst du eine Plattform für eine neue App und Heroku sowie Render stehen beide auf deiner Auswahlliste, oder du bist bereits bei Heroku, hast die Nachricht gelesen, dass dort keine neuen Features mehr veröffentlicht werden, und überlegst dir gerade, wohin du wechseln sollst. So oder so ist die Frage dieselbe: Für welche dieser beiden Plattformen solltest du dich 2026 tatsächlich entscheiden? Und angesichts der aktuellen Lage lohnt es sich, diese Frage zu beantworten.
Die kurze Antwort: Von den beiden ist Render heute für die meisten Teams die bessere Wahl. Es läuft auf einer modernen Container-Infrastruktur, die Preisgestaltung skaliert besser mit eurem Wachstum und es bündelt Dienste, für die Heroku extra berechnet. Heroku ist nach wie vor stabil und leistungsfähig, aber der Wechsel zu einem Wartungsmodell im Februar 2026 – ohne Aussicht auf neue Features – ist der Hauptgrund, warum nur wenige neue Projekte jetzt dort starten sollten.
Ein Vorbehalt, auf den wir nach dem direkten Vergleich noch zurückkommen werden: Beide Plattformen haben eine gemeinsame Einschränkung – eine einzige cloud und begrenzte Kontrolle über die Infrastruktur –, die für manche Teams wichtiger ist als für andere. Wenn du davon ausgehst, dass du mehr als eine cloud, Datenspeicherung in einer bestimmten Region oder Compliance-Anforderungen benötigst, die in jeder Umgebung gelten müssen, lohnt es sich, eine Plattform in Betracht zu ziehen, die von Anfang an dafür konzipiert wurde.
Am 6. Februar 2026 gab Heroku bekannt, dass es zu einem „Sustaining Engineering“-Modell übergeht, dessen Schwerpunkt auf Stabilität, Sicherheit, Zuverlässigkeit und Support liegt – statt auf neuen Features. Es ist hilfreich, zu unterscheiden, was das bedeutet und was nicht, denn die Ankündigung war zurückhaltend formuliert, die Reaktionen darauf oft nicht.
Was sich nicht ändert: Wenn du heute Apps auf Heroku betreibst, laufen sie weiterhin. Dynos laufen, Datenbanken bleiben aktiv, und für Kunden, die im Dashboard per Kreditkarte bezahlen, bleiben Preise und die tägliche Nutzung unverändert. Bestehende Unternehmensverträge werden eingehalten und können verlängert werden.
Was sich geändert hat: Heroku entwickelt keine neuen Features mehr und hat den Verkauf an neue Unternehmenskunden eingestellt. Das praktische Risiko besteht nicht darin, dass die Plattform verschwindet, sondern darin, dass sie sich nicht mehr weiterentwickelt, während sich die Sprachen und Tools um sie herum ständig weiterentwickeln. Mit der Weiterentwicklung der Laufzeitumgebungen (neuere Versionen von Node, Python und ruby) gerät eine Plattform im Wartungsmodus im Laufe der Zeit bei deren Unterstützung tendenziell ins Hintertreffen.
Es besteht kein Grund, Heroku überstürzt zu verlassen, und kleine oder stabile Apps können dort bleiben. Aber für ein Team, das sich gerade für eine Plattform entscheidet oder die nächsten Jahre plant, ist es schwer zu rechtfertigen, ein neues Projekt auf einer Plattform ohne Zukunftsplan zu starten.
Funktion | Heroku | Render |
| Infrastruktur | Containerbasiert (Dynos) auf AWS | Modern und containerbasiert |
| Skalierbare Preisgestaltung | Preisstufen pro Dyno, die mit zunehmendem Wachstum teurer werden | Instanzbasiert, bei vergleichbaren Spezifikationen günstiger |
| Integrierte Dienste | Kernplattform; viele Anforderungen werden über kostenpflichtige Add-ons abgedeckt | Cron, Worker, statische Websites, CDN inklusive |
| Datenbanken | Verwaltetes Postgres und Schlüssel-Wert-Speicher | Verwaltete Postgres- und Key-Value-Datenbanken sowie persistente Festplatten |
| Skalierung | Feste Stufen; Bereitstellungen ohne Ausfallzeiten auf höheren Stufen | Horizontale und vertikale Bereitstellungen ohne Ausfallzeiten sind Standard |
| Kontrolle über die Infrastruktur | Eingeschränkte Transparenz | Eingeschränkte Transparenz, modernere Basis |
| Multi-Cloud / Bring-Your-Own-Cloud | Nein | Nein |
| Compliance | SOC 2 sowie Optionen für Unternehmen | SOC 2, HIPAA verfügbar |
| Entwicklung der Plattform | Weiterführung (keine neuen Features)
| Aktive Entwicklung |
Render ist bei vergleichbaren Spezifikationen in der Regel günstiger, und der Preisunterschied vergrößert sich mit zunehmender Skalierung. Heroku berechnet die Preise nach Dyno-Stufen, und die höheren Stufen steigen in großen Sprüngen an – daher kann eine Workload, die etwas mehr Arbeitsspeicher benötigt, dich in eine deutlich teurere Preisklasse bringen. Render berechnet die Preise pro Instanz und liegt bei ähnlicher Rechenleistung und gleichem Arbeitsspeicher meist deutlich unter den Preisen von Heroku.
Bei einer einzelnen kleinen App ist der Unterschied gering. Für ein Team, das Produktions- und Staging-Umgebung gemeinsam betreibt, summiert sich der Unterschied jedoch, und dies ist einer der häufigsten Gründe, die Teams für den Wechsel von Heroku zu Render angeben. Modelliere deine eigene Arbeitslast, anstatt dich auf eine Schlagzeilenzahl zu verlassen, da der Vergleich davon abhängt, wie viel Rechenleistung und Arbeitsspeicher du tatsächlich nutzt.
Render hat hier bei den meisten modernen Workloads die Nase vorn. Zwei Verhaltensweisen von Heroku spielen in der Praxis eine Rolle: Dynos werden täglich neu gestartet, wodurch der Speicherzustand wie z. B. Caches gelöscht wird, und es gibt ein festes Request-Timeout, das du nicht ändern kannst. Render startet nicht nach einem festen Zeitplan neu und erlaubt deutlich länger laufende Requests; außerdem bietet es Deploys ohne Ausfallzeiten auf allen kostenpflichtigen Instanzen an, anstatt diese nur für höhere Tarife vorzubehalten.
Die Skalierung bei Heroku ist stufenbasiert, du steigst also in festgelegten Schritten auf. Render bietet sowohl horizontale als auch vertikale Skalierung mit feinerer Steuerung. Für eine einfache Web-App sind beide gut geeignet; bei lang laufenden Anfragen, Hintergrundverarbeitung oder Workloads, die empfindlich auf Neustarts reagieren, ist Render die sicherere Wahl.
Wenig, bei beiden. Das sollte man klar und deutlich sagen, denn genau hier sind sich beide Plattformen ähnlich – und genau hier können beide ein wachsendes Team irgendwann frustrieren. Heroku und Render verbergen beide die Infrastruktur – was ja der Sinn einer Platform-as-a-Service ist und zu Beginn ein echter Vorteil. Es bedeutet aber auch, dass du nur begrenzten Einblick in die Ebene unter deiner App hast und diese nur begrenzt optimieren kannst.
Die Basis von Render ist moderner und legt etwas mehr offen, aber keine der beiden Plattformen gibt dir die Kontrolle über den Betrieb deiner eigenen Infrastruktur oder ermöglicht dir die Bereitstellung in einer cloud deiner Wahl oder auf deinem eigenen cloud-Konto. Wenn eine umfassende Kontrolle über die Infrastruktur eine feste Anforderung ist, hat das einen größeren Einfluss auf die Entscheidung als die Wahl zwischen Heroku und Render.
Beide bieten verwaltete Postgres-Datenbanken und einen verwalteten Schlüssel-Wert-Speicher an, und Render bietet zusätzlich persistente Festplatten, mit denen du Daten über Deploys hinweg behalten und zustandsbehaftete Dienste ausführen kannst, ohne dich vollständig auf kostenpflichtige Add-ons verlassen zu müssen. Herokus Modell stützt sich stärker auf seinen Add-on-Marktplatz, der ausgereift und umfangreich ist, aber zusätzliche Kosten verursacht, wenn du dir das zusammenstellst, was du brauchst.
Für eine Standard-App mit Postgres im Hintergrund sind beide eine solide Wahl. Wenn du zustandsbehaftete Dienste selbst betreiben oder sich anhäufende Add-on-Kosten vermeiden willst, bieten dir die Festplatten von Render mehr Spielraum.
Render, ganz klar, wenn man bedenkt, wo die beiden Plattformen derzeit stehen. Heroku befindet sich nach eigener Aussage in einer Wartungsphase, sodass seine Funktionen im Großen und Ganzen auf dem heutigen Stand festgeschrieben sind. Render wird aktiv weiterentwickelt und bringt regelmäßig neue Funktionen heraus.
Das macht Heroku nicht unbrauchbar und bedeutet auch nicht, dass du wechseln musst. Es bedeutet jedoch: Wenn du dich für die nächsten Jahre entscheidest, wählst du zwischen einer Plattform, die sich ständig weiterentwickelt, und einer, die sich – aufgrund ihres Designs – weitgehend nicht verändern wird.
Beides funktioniert, und die Kosten werden wahrscheinlich den Ausschlag geben. Die Preisgestaltung und die enthaltenen Dienste von Render machen es zum einfacheren Einstieg, und bei einem kleinen Projekt setzt du nicht auf eine Roadmap.
Render. Du bekommst eine moderne Infrastruktur, mehr Spielraum bei den Preisen, wenn du wächst, und Deploys ohne Ausfallzeiten, ohne dafür extra bezahlen zu müssen. Der Einstieg auf einer Plattform, die aktiv weiterentwickelt wird, ist die vernünftige Standardwahl.
Kein Grund zur Eile. Wenn deine App stabil läuft und deine Anforderungen konstant sind, ist es vorerst sinnvoll, dort zu bleiben. Wenn du an Kostenobergrenzen, Tier-Limits oder Probleme im Zusammenhang mit Neustarts stößt, ist Render der bewährte Migrationsweg – und jetzt ist ein guter Zeitpunkt, den Umstieg zu planen, anstatt ihn zu erzwingen.
Hier lautet die ehrliche Antwort, dass möglicherweise keine der beiden Plattformen langfristig die richtige Wahl für euch ist – das ist das Thema des nächsten Abschnitts.
Wenn man den direkten Vergleich einmal beiseite lässt, fangen die beiden Plattformen an, sich in den entscheidenden Punkten zu ähneln. Keine der beiden Plattformen lässt dich wählen, in welcher cloud deine App läuft, oder ermöglicht die Bereitstellung in deinem eigenen Cloud-Konto. Für einen Großteil der Teams ist das völlig in Ordnung, und die obigen Empfehlungen gelten weiterhin. Für andere ist es dieselbe Art von Grenze, an die viele Teams bei Heroku irgendwann stoßen – was sich eher erst nach Jahren der Nutzung eines Produkts bemerkbar macht als schon am ersten Tag.
Es lohnt sich, diese zukunftsorientierten Fragen zu stellen, bevor du dich festlegst, denn jetzt sind die Antworten günstiger als nach einer Migration:
Wenn keiner dieser Punkte zutrifft, entscheide dich für Render und mach mit gutem Gewissen weiter. Wenn mehrere Punkte zutreffen, lohnt es sich, eine Plattform in Betracht zu ziehen, die von Anfang an dafür konzipiert wurde, damit die Antwort auf die Frage „Wie geht es jetzt weiter?“ nicht wieder eine Migration ist.
Wenn diese vier Fragen auf dein Team zutreffen, wurde Upsun genau für diese Anforderungen entwickelt. Es behält den Git-basierten Workflow bei, der diese Kategorie erst lohnenswert gemacht hat, und fügt die Infrastrukturkontrolle hinzu, die Heroku und Render nicht bieten.
Die Migration ist in beide Richtungen gut dokumentiert. Der Heroku-Migrationspfad zeigt, wie sich Heroku-Konzepte übertragen lassen, und der Vergleich mit Render tut dasselbe für Render – Feature für Feature.
Teams, die sich für Upsun entscheiden, sind in der Regel diejenigen, die die nächste Einschränkung bereits voraussehen und lieber nicht zweimal migrieren möchten. Wenn das auf dein Team zutrifft, probier Upsun 15 Tage lang kostenlos aus oder sprich mit einem Experten darüber, was eine Migration mit sich bringen würde.
Wird Heroku eingestellt?
Nein. Im Februar 2026 ist Heroku zu einem „Sustaining Engineering“-Modell übergegangen: Es läuft weiter, mit Support für Sicherheit und Stabilität, aber ohne die Entwicklung neuer Features. Bestehende Apps und Preise sind davon nicht betroffen, und bestehende Unternehmensverträge können verlängert werden. Was es zu bedenken gilt, ist nicht eine Einstellung, sondern eine Plattform, die sich nicht mehr weiterentwickelt – was vor allem dann wichtig ist, wenn du zwei bis fünf Jahre im Voraus planst.
Ist Render günstiger als Heroku?
Normalerweise vergrößert sich der Preisunterschied bei vergleichbaren Spezifikationen mit steigendem Umfang. Bei einer einzelnen kleinen App ist der Unterschied gering. Bei Setups mit Produktions- und Staging-Umgebungen kann er jedoch erheblich sein – was ein häufiger Grund für den Wechsel von Teams ist. Vergleiche die aktuellen Preise mit deinem tatsächlichen Rechen- und Speicherverbrauch.
Was ist die beste Heroku-Alternative in Bezug auf Skalierbarkeit oder Compliance?
Render ist der am ehesten vergleichbare Ersatz und eignet sich für die meisten Teams, die einen einfachen Wechsel vornehmen möchten. Wenn deine Anforderungen Multi-Cloud, Datenresidenz, Infrastrukturkontrolle oder Compliance in jeder Umgebung umfassen, deckt Upsun alle vier Bereiche ab – mit Bereitstellung bei fünf cloud-Anbietern, „Config-as-Code“ und Zertifizierungen, die sowohl für Staging und Previews als auch für die Produktivumgebung gelten.
Kann ich eine Heroku- oder Render-App zu Upsun migrieren?
Ja, und das ist in beide Richtungen ein bewährter Weg. Upsun veröffentlicht Migrationsanleitungen für Heroku und Render, die die Konzepte der jeweiligen Plattformen miteinander abgleichen, und die Migration einer Standard-Web-App mit einer Postgres-Datenbank ist unkompliziert. Der Aufwand hängt davon ab, wie viele Add-ons, Worker und geplante Jobs du ausführst – eine komplexe Infrastruktur erfordert also mehr Planung als ein einzelner Web-Prozess.
Unterstützt Upsun Multi-cloud und Datenresidenz?
Ja. Du stellst deine Anwendung über dieselbe Konfiguration auf AWS, GCP, Azure, IBM Cloud oder OVHcloud bereit, sodass eine Workload bei dem Anbieter laufen kann, den ein Vertrag oder eine Vorschrift vorschreibt, ohne dass sich die Arbeitsweise deines Teams ändern muss. Weder Heroku noch Render bieten eine Auswahl an cloud-Anbietern.
Wie sieht die Preisgestaltung von Upsun im Vergleich zu Heroku und Render aus?
Upsun bietet ein ressourcenbasiertes Modell: Du stellst die CPU, den Arbeitsspeicher und den Speicher bereit, die jeder Dienst benötigt, skaliert diese unabhängig voneinander und zahlst nur für die tatsächlich bereitgestellten Ressourcen – anstatt feste Stufen zu durchlaufen und für nicht genutzte Kapazitäten zu bezahlen. Heroku berechnet pro Dyno-Stufe und Render pro Instanz, sodass bei beiden die Kosten steigen, je mehr Dienste du hinzufügst. Modelliere deine eigene Workload mit dem Preisrechner.