1 Punkte von GN⁺ 2026-02-07 | 1 Kommentare | Auf WhatsApp teilen
  • Heroku wechselt zu einem Wartungs-Engineering-Modell mit Fokus auf Stabilität, Sicherheit, Zuverlässigkeit und Support und konzentriert sich stärker auf Qualität und operative Exzellenz als auf die Entwicklung neuer Funktionen
  • Alle bestehenden und neuen regulären Kunden können Heroku weiterhin ohne Änderungen bei Preis, Abrechnung, Service und alltäglicher Nutzung verwenden
  • Zentrale Plattformfunktionen wie Anwendungen, Pipelines, Teams und Add-ons bleiben unverändert, sodass es keine Auswirkungen auf produktive und geschäftskritische Workloads gibt
  • Neue Enterprise-Verträge werden eingestellt, bestehende Enterprise-Abonnements und Support-Verträge werden jedoch regulär verlängert und fortgeführt
  • Das Unternehmen wird seine Produkt- und Engineering-Investitionen künftig auf Bereiche mit langfristigem Kundennutzen konzentrieren, darunter die Unterstützung beim Aufbau und der Bereitstellung von Enterprise-KI

Umstellung des Betriebsmodells von Heroku

  • Heroku stellt auf ein Sustaining-Engineering-Modell um und legt den Fokus auf Stabilität, Sicherheit, Zuverlässigkeit und Support
    • Vorrang hat die Sicherung von Qualität und operativer Exzellenz statt der Einführung neuer Funktionen
    • Die Plattform bleibt weiterhin ein voll unterstützter Service für Produktionsumgebungen
  • Diese Veränderung hat keine Auswirkungen auf die Art und Weise, wie bestehende Kunden den Service nutzen
    • Für Kunden, die per Kreditkarte zahlen (bestehende wie neue), gibt es keine Änderungen bei Preis, Abrechnung, Service oder alltäglicher Nutzung
    • Anwendungen, Pipelines, Teams und Add-ons als Kernfunktionen bleiben unverändert

Änderungen bei der Enterprise-Vertragspolitik

  • Neue Verträge für Enterprise-Konten werden nicht mehr angeboten
    • Bestehende Enterprise-Abonnements und Support-Verträge bleiben jedoch vollständig erhalten und verlängerbar
  • Bestehende Kunden können den Service gemäß ihren aktuellen Vertragsbedingungen weiterhin nutzen

Ziel der Veränderung

  • Das Unternehmen richtet seine Produkt- und Engineering-Investitionen neu aus, um sich auf die Bereitstellung langfristigen Kundennutzens zu konzentrieren
    • Ein besonderer Schwerpunkt liegt auf der Unterstützung beim Aufbau und Deployment sicherer und zuverlässiger Enterprise-KI
  • Diese Ausrichtung zielt auf den stabilen Betrieb von Heroku und die Aufrechterhaltung des Kundenvertrauens

Auswirkungen auf Kunden und fortlaufender Support

  • Reguläre Kunden können alle Kernfunktionen von Heroku weiterhin unverändert nutzen
    • Es gibt keine Auswirkungen auf produktive und geschäftskritische Workloads
  • Heroku sagt fortlaufenden Support und eine stabile Servicebereitstellung zu

Fazit

  • Diese Umstellung ist eine Maßnahme zur Stärkung der langfristigen Stabilität von Heroku und eines kundenorientierten Betriebsmodells
  • Die Plattform bleibt weiterhin eine vollwertige PaaS-Umgebung für den Produktionseinsatz und wird sich verstärkt auf KI- und Enterprise-Technologie-Support konzentrieren

1 Kommentare

 
GN⁺ 2026-02-07
Hacker-News-Kommentare
  • Mein erster Tag bei Heroku war der Tag, an dem die Salesforce-Übernahme abgeschlossen wurde
    Viele geben Salesforce die Schuld an Herokus Identitätskrise und Niedergang, aber tatsächlich gibt es da viele Missverständnisse
    Salesforce hat Heroku damals massiv finanziert und ließ das Unternehmen seine Vision verwirklichen, mit kaum Eingriffen, schon bevor Docker überhaupt erschien (2013)
    Mit dem Cedar-Runtime-Launch 2011 kam ein explosives Wachstum, aber 2012 kämpfte man bereits mit technischer Schuld und Skalierungsproblemen
    Die Belegschaft wurde verdreifacht (20 → 74), doch zwei Ausfälle von AWS us-east-1 zwangen das Team dazu, sich auf Zuverlässigkeit zu konzentrieren, und in den folgenden 18 Monaten kamen kaum größere Features heraus
    Als die Gründer gingen, verschwand die Führung, und eine prozesszentrierte Kultur trat an die Stelle von Ergebnisorientierung
    Als ich 2014 das Unternehmen verließ, hatte ich bereits das Gefühl, dass das Produkt stillstand
    Ob ein stärkeres Eingreifen von Salesforce etwas geändert hätte, ist fraglich
    Trotzdem war es eine der erstaunlichsten Erfahrungen meiner Karriere, und ich vermisse die Zeit mit diesen leidenschaftlichen Kolleginnen und Kollegen

    • Ich war von Anfang 2011 bis Mitte 2012 bei Heroku, und das Engineering-Team war damals absolute Spitzenklasse
      Die Ideen und Herangehensweisen waren beeindruckend, und diese Erfahrung hat mein Denken als Ingenieur komplett verändert
      Es gab bereits Momente, in denen das Produkt zu stagnieren begann, aber wir haben wirklich hart dafür gekämpft, technische Schulden abzubauen und die Infrastruktur zu verbessern
      Bis heute gibt es einen legendären Fehler, den ich nie in einem öffentlichen Forum erwähnen würde
    • Als früher Heroku-Nutzer habe ich sehr gute Erinnerungen daran
      Ich habe Leuten oft erklärt, dass Deployment ein so einfaches und zugängliches Modell sein kann
      Als ich es später wieder empfehlen wollte, hatte Heroku in der Branche bereits Vertrauen verloren
      Es fühlte sich allzu vertraut an zu sehen, wie nach dem Rückzug der Gründer prozessorientierte Leute das Ruder übernahmen und die Lebendigkeit eines Startups verschwand
    • Wenn sich die Mitarbeiterzahl in kurzer Zeit verdreifacht, ist es selbst mit hervorragenden Neueinstellungen schwer, Tempo und Kultur einer Organisation zu bewahren
      Das implizite Wissen und der Rhythmus des bestehenden Teams werden vollständig verwässert
    • Ich glaube nicht, dass technische Schulden ein unvermeidliches Ergebnis waren
      Das Team hat sich die Schulden damals selbst aufgeladen, weil es zugunsten von Design und Strukturierung zu stark auf Geschwindigkeit setzte
    • Die Formulierung „Menschen, die sich mehr auf Prozesse als auf Ergebnisse konzentrieren“ erinnert mich an etwas, das Steve Jobs einmal über Apple gesagt hat
      Passendes Video
  • Es war eine typisch unternehmerisch-vage Mitteilung, die zwar behauptete, man wolle „klar machen, was das für Kunden bedeutet“, tatsächlich aber überhaupt nichts erklärte

    • Salesforce hat bei der Einstellung von Pardot genau dieselbe Sprache verwendet
      Intern wusste jeder, dass das schlicht „Produktende“ bedeutete
      Erst Verkaufsstopp, dann Umbenennung, dann Einstellung innerhalb von zehn Jahren — und bei Heroku sieht es nach demselben Ablauf aus
    • Wenn man diese Ankündigung jetzt liest und nicht denkt „Ich sollte Heroku schnell verlassen“, dann liegen die künftigen Probleme vollständig in der Verantwortung des Kunden
    • Als ehemaliger Enterprise-Account-Verantwortlicher ist das für mich eindeutig der Wechsel in einen „Wartungsmodus nach Ende des Wachstums“
      Es wirkt wie eine Strategie von Salesforce, eine konkurrierende PaaS aus dem Markt zu nehmen
    • „sustaining engineering model“ bedeutet in Wahrheit so etwas wie Lebenserhaltungssystem
      Es gibt keine neuen Features mehr, nur noch schleichenden Verfall
    • Erst nach mehrmaligem Lesen ließ sich die Mitteilung auf einen Satz reduzieren: „Neue Enterprise-Verträge werden nicht länger angeboten
      Dass man das so sehr zu verbergen versucht, lässt vermuten, dass die Veränderung viel größer ist
      • Salesforce wendet bei allen Produkten einen offiziellen End-of-Life-Prozess an
        Diese Mitteilung wirkt wie dessen erste Phase, also die Bekanntgabe des Verkaufsstopps
    • Das war eine der schlechtesten Unternehmenskommunikationen, die ich je gesehen habe
      • Beim Lesen dachte ich nur: „Wo ist die andere Hälfte geblieben?“
    • Der Inhalt war so nichtssagend, dass man sich den Wechsel in den Wartungsmodus letztlich selbst zusammenreimen musste
      • Der Satz „Wir konzentrieren uns stärker auf Qualitätssicherung als auf neue Funktionen“ sagt im Grunde schon alles
  • Herokus git push-Deployment-Magie war 2012 an sich schon revolutionär
    Ich entwickle gerade Frost, das dasselbe Konzept als Open-Source- und Self-Hosting-Lösung umsetzt
    Zu den Merkmalen gehören automatisches SSL, benutzerdefinierte Domains, Docker-native Auslegung und ein AI-Coding-Agent-freundliches Design
    Damit können Agenten Server automatisch konfigurieren, ganz ohne komplexes K8s

  • Für Leute, die intern dabei waren, ist diese Nachricht überhaupt keine Überraschung
    Der Keim des Problems lag in einer veränderten Anreizstruktur
    Als das Vertriebsteam seine Ziele schon dadurch erreichen konnte, dass es nur das Abrechnungsmodell bestehender Kunden änderte, verschwand der Anreiz für Neukundengewinnung und Innovation
    Am Ende bleiben die Umsätze zwar stabil, aber das Produkt stagniert, verliert seine Wettbewerbsfähigkeit und gerät dann schnell in den Niedergang

    • Ich habe in den letzten 15 bis 20 Jahren in mehreren Startups auf Rails- oder Node-Basis gearbeitet, und bei den meisten stand die Flucht von Heroku ganz oben auf der Prioritätenliste
      Der Grund war immer derselbe: der Preis
      Wenn man mit Open-Source-Tools direkt in die Cloud deployen kann, gibt es keinen Grund, eine „Heroku-Steuer“ zu zahlen
      Heroku lief ohnehin auf AWS — meiner Meinung nach hätte man gleich eine eigene Infrastruktur aufbauen sollen
  • Die Formulierung „transitioning to a sustaining engineering model“ ist wirklich ein genialer unternehmerischer Euphemismus

    • In meinem früheren Unternehmen bedeutete „sustaining engineering“ ein Team, das nur noch Fehler in Altversionen behebt
      Mit anderen Worten: Heroku ist jetzt in einer Phase, in der nur noch gewartet wird und keine neuen Features mehr kommen
    • Aus geschäftlicher Sicht heißt das: Investitionen in Innovation werden eingestellt
      Man hält das System nur noch am Laufen und sorgt dafür, dass das Licht nicht ausgeht
    • Eigentlich hätte man einfach sagen können: „Wir lassen es nicht ganz sterben
    • Vielleicht wurde nur der Name des Beitragserstellers verwendet, während der Text in Wirklichkeit von einem LLM geschrieben wurde
    • Diese Art von Betrieb ist ein wiederkehrendes Muster bei jeder Software, die von CA/Broadcom übernommen wurde
  • Herokus Niedergang ist ein lehrbuchreifer Fall, der es wert ist, untersucht zu werden
    Es wirkt zwar so, als habe Salesforce das Produkt nach der Übernahme einfach vernachlässigt, aber tatsächlich ist die Geschichte komplizierter

    • In den meisten Fällen führt die Übernahme eines Startups durch einen Großkonzern am Ende zu dem Verlust von Innovation und dem Tod des Produkts
      Heroku war da keine Ausnahme, aber dass es nach der Übernahme noch 15 Jahre durchgehalten hat, ist trotzdem bemerkenswert
    • Heroku war erfolgreich wegen seiner hervorragenden Developer Experience und der kostenlosen Ressourcen
      Beim Umstieg auf den Bezahlplan war die Preisbarriere jedoch viel zu hoch, und die meisten Nutzer fanden es schlicht „zu teuer“
      Ein erheblicher Teil der tatsächlichen Rechnung entfiel zudem nicht auf Heroku selbst, sondern auf Drittanbieter-Add-ons
    • Der Spruch „Benioff verwandelt selbst im Moment des Sieges einen Sieg in eine Niederlage“ kommt nicht von ungefähr
    • Als Rackspace damals Slicehost übernahm, fühlte es sich ähnlich an
      Danach kam DigitalOcean und übernahm die Stärken von Slicehost; heute ist Fly.io für mich der Träger des Heroku-Geistes
    • Tatsächlich lag Herokus goldene Zeit nach der Übernahme
      Salesforce investierte Geld und ließ das Produkt wachsen; erst später, als diese Unterstützung zurückgezogen wurde, begann der Niedergang
      Das Klischee „Großkonzerne töten Startups“ ist zwar verbreitet, aber bei Heroku ist die Geschichte etwas anders
  • In den letzten zwei Jahren habe ich kaum noch jemanden gesehen, der Heroku nutzt
    Angesichts des Nutzerrückgangs wirkt diese Entscheidung nachvollziehbar
    Ich bin Mitgründer von Ploi Cloud, einer PaaS mit Sitz in Europa, die sich auf NodeJS und PHP konzentriert
    Wir haben uns stark von Heroku inspirieren lassen; wer nach einer Alternative mit Fokus auf Europa sucht, sollte sich ploi.cloud ansehen

    • Aus Sicht eines britischen Nutzers wäre es gut, die Dezimalschreibweise auf der Preisseite zu lokalisieren
    • Ich frage mich, ob es eine Verbindung zu Ploi.io gibt