Heroku deprecated : quelles alternatives après l’arrêt du PaaS historique ?

C’était, soyons honnêtes, le PaaS qui a appris à toute une génération de développeurs à déployer une application. Le git push heroku main est entré dans la culture DevOps au même titre que le Hello World.

Et pourtant, le 6 février 2026, Salesforce a publié un article de blog au titre étrangement neutre : « An Update on Heroku ». Derrière ce titre corporate, une réalité que la communauté DevOps a traduite sans détour : Heroku est deprecated. Officiellement, Salesforce, qui détient le PaaS Heroku, parle de mode “maintenance”. Comprenez ici, un shutdown progressif.

Si vous gérez des applications sur Heroku, la nouvelle n’a pas dû vous échapper. Mais que faut-il vraiment en retenir ? Pourquoi cette annonce, qui techniquement ne change rien aujourd’hui, change pourtant tout pour vos décisions à 12 ou 36 mois ? Quelles sont les alternatives à Heroku quand on a passé 5, 10 ou 15 ans à construire sa stack autour ? Place à la magie.

Depuis février 2026, Heroku est passé en mode « sustaining engineering mode. » L’annonce a été signée par Nitin T. Bhat, SVP et General Manager de Heroku chez Salesforce, dans un communiqué officiel intitulé « An Update on Heroku ».

Voici ce qu’il faut en retenir :

• Heroku ne prendra plus de contrats Enterprise pour les nouveaux clients. Seuls les contrats existants seront honorés et renouvelables.
• Heroku ne développera plus de nouvelles fonctionnalités. Les fondamentaux pour la sécurité, la stabilité et la fiabilité seront maintenus, mais c’est la fin de l’innovation.
• Les particuliers et petites équipes qui paient par carte peuvent toujours créer un compte et utiliser Heroku normalement, y compris les nouveaux. Seule l’offre Enterprise s’arrête.
• Aucune date de fermeture officielle n’est annoncée pour Heroku, mais on sent un abandon du produit.

Pour faire simple : Heroku « reste actif », mais Salesforce ne mise plus dessus. La société a clairement indiqué qu’elle réoriente ses investissements produit et ingénierie vers ce qu’elle appelle « l’IA d’entreprise », c’est-à-dire Agentforce et l’ensemble de la stack agentique.

Heroku en mode sustaining engineering », qu’est-ce que ça veut vraiment dire ?

Le terme « sustaining engineering » n’est pas un terme technique standard de l’industrie. C’est une expression de communication corporate. Et derrière la formulation aseptisée, la traduction terrain est quasi unanime dans la communauté :

Si l’on regarde l’historique des produits placés en sustaining engineering chez d’autres acteurs (IBM Bluemix, certaines parties du portefeuille Pivotal Cloud Foundry…), le scénario se ressemble : la plateforme continue de tourner, les patchs de sécurité arrivent, mais l’écosystème s’érode, les talents partent, les buildpacks prennent du retard sur les nouveaux runtimes (Node, Python, Ruby), les add-ons partenaires deviennent moins prioritaires, et la dette technique s’accumule du côté du fournisseur, pas du vôtre.

Pourquoi Heroku en est arrivé là ?

La fin d’Heroku n’est pas une surprise. Depuis 2022, le PaaS a pris cette direction.

2022 : la fin du free tier
Premier signal fort : en novembre 2022, Heroku supprime ses dynos gratuits et ses bases Postgres gratuites. Pour les hobbyistes, les démos, les prototypes : il faut désormais payer. À l’époque, ça fait un tollé : la communauté avait bien râlé et beaucoup avaient commencé à explorer des alternatives comme Render, Railway ou Fly.io pour leurs side projects.

2023-2025 : une stagnation produit flagrante
Alors que Vercel s’imposait sur le JAMstack, que Fly.io réinventait le déploiement edge global, que Cloud Run et App Runner apportaient une expérience PaaS-like directement dans les hyperscalers. Heroku ? Pas grand chose, si ce n’est des fonctionnalités au compte-goutte.

2025 : une série de pannes et une confiance brisée
15 heures et 45 minutes d’indisponibilité le 10 juin 2025, plus de 8 heures de downtime à peine une semaine plus tard…
Pour une plateforme historiquement vendue comme « zero ops », la pilule est difficile à avaler pour les équipes en production.

Février 2026 : la confirmation officielle
L’annonce du 6 février 2026 n’a fait qu’officialiser une trajectoire visible depuis longtemps. Heroku a 19 ans. Il a été racheté par Salesforce en 2010 pour $212M. Il a connu son heure de gloire avec le multi-runtime Cedar en 2011. Il a porté des millions d’applications. Et désormais, il fait place à Agentforce dans l’agenda de Salesforce.

« Nothing else exists to fill this spot. Fly and others offer varying degrees of easier-than-AWS hosting, but nobody offers true PaaS like Heroku. »

C’est l’un des commentaires lus sur Hacker News au lendemain de l’annonce. Il résume bien l’état d’esprit : Heroku n’est pas remplaçable à l’identique mais il existe des alternatives. À choisir en fonction de son contexte.

Oui, Heroku continue de fonctionner. Non, la fermeture définitive n’est pas prévue. Mais le piège c’est de se dire « puisque ça tourne, on verra ». Parce que le vent peut vite tourner, et migrer dans l’urgence, ce n’est jamais une bonne idée.

Alors, migrer maintenant ou attendre ? Ça dépend de votre profil :

Dans tous les cas, urgent ou pas, le bon réflexe c’est de passer de « est-ce qu’on doit migrer ? » à « est-on prêts à migrer si on le décide ? ». Et ça, ça commence par un audit 😉

L’écosystème a mûri depuis l’époque où Heroku PaaS était quasi seul sur le marché. Il y a aujourd’hui tellement de candidats qu’il faut de la méthode pour s’y retrouver. Voici les quatre familles d’alternatives, chacune avec sa philosophie.

Les PaaS clé-en-main : la migration la plus simple

C’est la voie la plus directe pour qui veut garder l’esprit Heroku : on pousse du code, ça part en prod, on ne pense pas à l’infra.

Voici les alternatives similaires à Heroku :

• Render : le cousin spirituel le plus direct de Heroku. Web services, workers, cron jobs, bases managées, preview environments sur PR. Sur les petites et moyennes stacks, Render gagne sur presque tous les critères  expérience développeur, pricing, fiabilité.
• Railway : ergonomie soignée, déploiement Git ultra-rapide, support des monorepos. Excellent pour les early-stage products.
• Fly.io : déploiement edge global, parfait pour les apps sensibles à la latence, modèle de conteneurs Firecracker très léger.
• Vercel / Netlify : si votre stack est majoritairement frontend (Next.js, Nuxt, SvelteKit, JAMstack), la question ne se pose plus. Vercel et Netlify sont des références absolues pour les app fronted avec un edge network mondial.
• DigitalOcean App Platform : compatible buildpacks Heroku, bases managées intégrées, pricing prévisible.

Les PaaS sur votre propre cloud (BYOC) : le bon compromis

BYOC, ou littéralement, Bring Your Own Cloud, c’est une catégorie qui n’existait quasiment pas il y a 5 ans, et qui s’est imposée comme le bon compromis pour les boîtes qui veulent du Heroku sans le vendor lock-in. Le principe : la plateforme vous offre l’expérience PaaS (git push, dashboard, autoscaling), mais les workloads tournent sur votre propre compte AWS, GCP, Azure, Scaleway…

Voici les alternatives similaires à Heroku :

• Northflank : excellent sur les microservices, BYOC sur AWS/GCP/Azure ou bare metal, support GPU pour les workloads IA.
• Qovery : couche de contrôle au-dessus de votre cluster Kubernetes, pensée pour la productivité dev avec Day 2 ops gérés.
• Porter : positionné explicitement comme « le moyen le plus simple de migrer de Heroku vers EKS/AKS/GKE », expérience Heroku-like sur votre cloud.
• Platform.sh / Upsun : PaaS multi-cloud très apprécié des entreprises qui ont de fortes exigences de conformité.
• Bunnyshell : couverture multi-cloud, environnements éphémères pour le testing.
  

Les services natifs des hyperscalers : la voie cloud-native

Kubernetes managé : la voie la plus pérenne

C’est l’option que je recommande pour les workloads sérieux et durables. Le principe : déployer sur GKE (Google), EKS (AWS), Kubernetes Kapsule, Managed Kubernetes Service ou AKS (Azure), et utiliser Kubernetes comme plan de contrôle universel.

Pourquoi c’est ce que je recommande ? Parce que Kubernetes est aujourd’hui le standard de l’orchestration. Tous les hyperscalers le proposent, l’écosystème est immense (Helm, ArgoCD, Cilium, Istio, Karpenter, Keda…), les talents sont disponibles, et surtout : votre application devient portable. Si demain GKE devient trop cher ou EKS trop pénible, vous bougez en quelques semaines, pas en mois.

C’est l’alternative qui demande le plus d’investissement initial, mais c’est aussi celle qui vous immunise contre la prochaine fin d’Heroku. Et croyez-moi, il y en aura d’autres. Le marché PaaS a déjà vu disparaître dotCloud, Nodejitsu, AppFog, Ninefold, Gondor… Heroku n’est qu’un chapitre de plus.

La bonne alternative à Heroku dépend de cette formule mathématique :

 [taille de l’app × niveau d’exigence × maturité de l’équipe DevOps].

Voici ce que je conseille à mes clients depuis février 2026 :

Méfait accompli.