Mise à jour de Heroku

• Heroku passe à un modèle d’ingénierie de maintenance centré sur la stabilité, la sécurité, la fiabilité et le support, en se concentrant sur le maintien de la qualité et de l’excellence opérationnelle plutôt que sur le développement de nouvelles fonctionnalités
• Actuellement, tous les clients généraux existants et nouveaux peuvent continuer à utiliser Heroku sans aucun changement de prix, de facturation, de service ou d’usage quotidien
• Les fonctionnalités clés de la plateforme, comme les applications, pipelines, équipes et add-ons, sont maintenues en l’état, sans impact sur les workloads de production et critiques pour l’activité
• Les nouveaux contrats enterprise sont interrompus, mais les abonnements enterprise existants et les contrats de support sont renouvelés et maintenus normalement
• L’entreprise concentrera à l’avenir ses investissements produit et ingénierie sur des domaines créateurs de valeur client à long terme, notamment le support à la conception et au déploiement d’IA de niveau enterprise

---

Changement du modèle opérationnel de Heroku

• Heroku adopte un modèle de sustaining engineering axé sur la stabilité, la sécurité, la fiabilité et le support
  • La priorité est donnée au maintien de la qualité et de l’excellence opérationnelle plutôt qu’à l’ajout de nouvelles fonctionnalités
  • La plateforme reste un service pleinement pris en charge en environnement de production
• Ce changement n’affecte pas la manière dont les clients existants utilisent le service
  • Les clients qui paient par carte bancaire (existants comme nouveaux) ne verront aucun changement de prix, facturation, service ou usage quotidien
  • Les fonctionnalités clés comme les applications, pipelines, équipes et add-ons restent inchangées

Changement de politique concernant les contrats enterprise

• Les nouveaux contrats de comptes enterprise ne sont plus proposés
  • En revanche, les abonnements enterprise existants et les contrats de support sont entièrement maintenus et renouvelables
• Les clients existants peuvent continuer à utiliser le service selon les conditions actuelles de leur contrat

Objectif de ce changement

• L’entreprise réajuste ses investissements produit et ingénierie afin de se concentrer sur la création de valeur client à long terme
  • L’accent est mis en particulier sur le support à la conception et au déploiement d’IA de niveau enterprise, sécurisée et fiable
• Cette orientation vise à préserver l’exploitation stable de Heroku et la confiance des clients

Impact pour les clients et continuité du support

• Les clients généraux peuvent continuer à utiliser toutes les fonctionnalités clés de Heroku
  • Aucun impact sur les workloads de production et critiques pour l’activité
• Heroku s’engage à fournir un support continu et un service stable

Conclusion

• Cette transition vise à renforcer la stabilité à long terme de Heroku et une exploitation davantage centrée sur les clients
• La plateforme reste un environnement PaaS complet de niveau production et se concentrera sur le renforcement du support des technologies IA et enterprise

[GN⁺]

Réactions sur Hacker News

• Mon premier jour chez Heroku était le jour où le rachat par Salesforce a été finalisé
  Beaucoup attribuent l’enlisement et le déclin de Heroku à Salesforce, mais c’est en réalité très mal compris
  À l’époque, Salesforce a injecté énormément d’argent dans Heroku et, même avant l’arrivée de Docker (2013), a laissé l’entreprise réaliser sa vision avec très peu d’ingérence
  La croissance a explosé avec le lancement du runtime Cedar en 2011, mais dès 2012 l’entreprise peinait sous le poids de la dette technique et des problèmes de scalabilité
  Les effectifs ont triplé (de 20 à 74 personnes), mais deux pannes d’AWS us-east-1 ont forcé l’équipe à se concentrer sur la fiabilité, et pendant les 18 mois suivants les lancements de fonctionnalités majeures se sont presque arrêtés
  Avec le départ des fondateurs, le leadership a disparu, et une culture centrée sur les processus plutôt que sur les résultats s’est installée
  Quand j’ai quitté l’entreprise en 2014, j’avais déjà le sentiment que le produit était à l’arrêt
  Même si Salesforce s’était davantage impliqué, je ne suis pas sûr que cela aurait changé le résultat
  Cela reste malgré tout l’expérience la plus incroyable de ma carrière, et cette époque avec des collègues passionnés me manque

  • J’étais chez Heroku du début 2011 à la mi-2012, et l’équipe d’ingénierie était exceptionnelle
    Les idées et les approches étaient remarquables, et cette expérience a complètement transformé ma façon de penser en tant qu’ingénieur
    Il y a eu des moments où le produit commençait à stagner, mais nous nous sommes vraiment battus pour réduire la dette technique et améliorer l’infrastructure
    Il y a encore aujourd’hui une erreur légendaire que je n’oublierai jamais, mais que je n’écrirai jamais sur un forum public
  • En tant qu’utilisateur des débuts de Heroku, j’en garde un très bon souvenir
    J’expliquais souvent aux gens qu’un déploiement pouvait être un modèle aussi simple et accessible
    Mais quand je l’ai de nouveau recommandé plus tard, Heroku avait déjà perdu la confiance du secteur
    Voir les fondateurs partir et être remplacés par des profils centrés sur les processus, avec la disparition de l’énergie propre aux startups, m’a semblé tristement familier
  • Quand les effectifs triplent en peu de temps, même en recrutant d’excellentes personnes, il devient difficile de préserver le rythme et la culture de l’organisation
    Le savoir tacite et la dynamique de l’équipe d’origine se diluent complètement
  • Je ne pense pas qu’il faille considérer la dette technique comme un résultat inévitable
    À l’époque, l’équipe a elle-même accumulé cette dette en négligeant la conception et la structuration au profit d’une vitesse excessive
  • L’expression « des gens qui se concentrent davantage sur le processus que sur les résultats » fait penser à ce que Steve Jobs disait chez Apple
    Vidéo associée

• C’était une annonce d’entreprise volontairement floue, disant vouloir « clarifier ce que cela signifie pour les clients » alors qu’elle n’expliquait en réalité rien du tout

  • Salesforce avait utilisé exactement le même langage lors de l’arrêt de Pardot
    En interne, tout le monde savait que cela signifiait en fait « fin du produit »
    Le schéma était arrêt des ventes → changement de nom → fermeture sous 10 ans, et Heroku semble suivre la même trajectoire
  • Si en lisant cette annonce vous ne vous dites toujours pas « il faut quitter Heroku au plus vite », alors les problèmes à venir seront entièrement de la responsabilité du client
  • En tant qu’ancien responsable comptes enterprise, cela signifie clairement « arrêt de la croissance puis passage en mode maintenance »
    Cela ressemble à une stratégie de Salesforce pour éliminer un PaaS concurrent
  • « sustaining engineering model » signifie en pratique mise sous assistance respiratoire
    Plus de nouvelles fonctionnalités, seulement une lente corrosion
  • Ce n’est qu’après plusieurs lectures de l’annonce que j’ai compris qu’elle se résumait à une seule phrase : « les nouveaux contrats enterprise ne sont plus proposés »
    Le fait qu’on essaie à ce point de le cacher laisse penser que l’ampleur du changement est bien plus grande
    • Salesforce applique à tous ses produits une procédure officielle de End of Life
      Cette annonce ressemble à la première étape : l’avis de fin de commercialisation
  • C’était l’une des pires communications d’entreprise que j’aie vues
    • En la lisant, je me suis dit : « où est passée l’autre moitié ? »
  • Le texte était tellement vide qu’il fallait soi-même en déduire le passage en mode maintenance
    • La phrase « nous allons nous concentrer sur le maintien de la qualité plutôt que sur de nouvelles fonctionnalités » donnait déjà toute la réponse

• La magie du déploiement par git push de Heroku était une révolution pure et simple en 2012
  Je développe actuellement Frost, qui reproduit le même concept en open source et auto-hébergé
  Ses points forts sont le SSL automatique, les domaines personnalisés, le support natif de Docker et une conception pensée pour les agents de code IA
  Il permet à un agent de configurer automatiquement des serveurs sans la complexité de K8s

• Cette nouvelle ne surprendra absolument pas les personnes qui étaient à l’intérieur
  Les graines du problème ont été semées avec le changement de structure des incitations
  À partir du moment où l’équipe commerciale pouvait atteindre ses objectifs simplement en modifiant le mode de facturation des clients existants, la motivation pour conquérir de nouveaux clients et innover a disparu
  Au final, le chiffre d’affaires est maintenu, mais le produit stagne, perd sa compétitivité, puis s’effondre brutalement

  • J’ai travaillé ces 15 à 20 dernières années dans plusieurs startups basées sur Rails ou Node, et la plupart faisaient de la sortie de Heroku une priorité absolue
    La raison était simple : le prix
    Quand on peut déployer directement sur le cloud avec des outils open source, il n’y a aucune raison de payer la « taxe Heroku »
    Heroku tourne sur AWS, et je pense qu’ils auraient dû construire leur propre infrastructure à la place

• L’expression « transitioning to a sustaining engineering model » est vraiment un chef-d’œuvre d’euphémisme corporate

  • Dans l’entreprise où je travaillais, « sustaining engineering » désignait l’équipe chargée de corriger les bugs des anciennes versions
    Autrement dit, Heroku est désormais au stade où il n’y a plus de nouvelles fonctionnalités, seulement de la maintenance
  • D’un point de vue business, cela signifie l’arrêt des investissements dans l’innovation
    Il s’agit simplement de maintenir le système en état et d’éviter l’extinction
  • En une phrase, ils auraient pu dire : « nous n’allons pas éteindre le service »
  • Il est même possible que l’auteur du post n’ait prêté que son nom, et que le texte ait en réalité été écrit par un LLM
  • Ce mode de fonctionnement est le schéma répété sur tous les logiciels rachetés par CA/Broadcom

• Le déclin de Heroku est un cas d’école qui mériterait d’être étudié
  On a l’impression que Salesforce l’a simplement laissé dépérir après le rachat, mais la réalité est plus complexe

  • Dans la plupart des cas, lorsqu’un grand groupe rachète une startup, cela finit par faire disparaître l’innovation puis tuer le produit
    Heroku n’a pas fait exception, mais le fait qu’il ait tenu 15 ans après le rachat reste impressionnant
  • Si Heroku a réussi, c’est grâce à une expérience développeur exceptionnelle et à la mise à disposition de ressources gratuites
    Mais au moment du passage au payant, la barrière tarifaire était trop élevée, et la plupart des utilisateurs trouvaient cela « beaucoup trop cher »
    En réalité, une part importante de la facture ne venait pas de Heroku lui-même, mais du coût des add-ons tiers
  • Ce n’est pas pour rien qu’on dit que « Benioff transforme même la victoire en défaite »
  • J’ai eu la même impression à l’époque où Rackspace a racheté Slicehost
    Ensuite, DigitalOcean est arrivé en reprenant les points forts de Slicehost, et aujourd’hui je considère que Fly.io a hérité de l’esprit de Heroku
  • En réalité, l’âge d’or de Heroku est arrivé après le rachat
    Salesforce a injecté des fonds pour faire croître le produit, et ce n’est qu’après avoir retiré son soutien que le déclin a commencé
    Le cliché « les grands groupes tuent les startups » est fréquent, mais dans le cas de Heroku, l’histoire est un peu différente

• Ces deux dernières années, j’ai presque rencontré personne qui utilise encore Heroku
  Vu la baisse du nombre d’utilisateurs, cette décision paraît assez naturelle
  Je suis cofondateur de Ploi Cloud, un PaaS basé en Europe, centré sur NodeJS et PHP
  Nous avons été très inspirés par Heroku, et si vous cherchez une alternative centrée sur l’Europe, vous pouvez jeter un œil à ploi.cloud

  • Du point de vue d’un utilisateur britannique, il serait utile de localiser la notation décimale sur la page des tarifs
  • Je me demande s’il y a un lien avec Ploi.io