Pourquoi les startups abandonnent Heroku pour Render ou Fly.io ?

Il y a 10 ans, si vous lanciez une startup tech, la stack par défaut c'était : Rails ou Node, PostgreSQL, et Heroku pour le déploiement. "Git push heroku main" et hop, votre app était en prod. Magique.

Heroku a démocratisé le Platform-as-a-Service (PaaS). Plus besoin de gérer des serveurs, de configurer du DevOps, de s'embêter avec AWS. Vous codiez, vous push

ez, ça tournait.

Puis en 2022, Salesforce (qui possède Heroku) annonce la fin des dynos gratuits. Tollé dans la communauté. Des milliers de side projects meurent du jour au lendemain. Des bootcamps doivent revoir leurs cours. Des tutoriels deviennent obsolètes.

Mais ce n'était que la goutte d'eau. Parce que depuis plusieurs années déjà, les startups migraient discrètement vers Render, Fly.io, Railway. Pas par principe, mais parce qu'Heroku était devenu... cher, lent, et stagnant.

Alors, que s'est-il passé ? Pourquoi Heroku perd-il son aura ? Et vers quoi migrer ?

L'âge d'or d'Heroku : pourquoi c'était génial

Retour en arrière. Pourquoi Heroku a dominé pendant plus de 10 ans ?

Le déploiement ridiculement simple

2010. Déployer une app, c'était un cauchemar. Vous louiez un VPS, vous installiez Linux, vous configuriez Nginx, vous mettiez en place des scripts de déploiement, vous gériez les updates...

Heroku arrive et dit : "Oubliez tout ça. Faites git push, on s'occupe du reste."

Vous push votre code, Heroku détecte automatiquement votre langage, installe les dépendances, lance l'app. Zéro config. Ça marche. C'est révolutionnaire.

Pour une startup qui veut livrer vite et se concentrer sur le produit (pas sur l'infra), c'était un game-changer.

L'écosystème d'add-ons

Besoin d'une base de données ? Heroku Postgres, un clic. Redis ? Un clic. Monitoring, emails, file storage... Des centaines d'add-ons disponibles.

Vous assemblez votre stack comme des Legos. Pas besoin de provisionner, configurer, maintenir. Heroku orchestrait tout.

La scalabilité à la demande

Votre app décolle ? "Heroku ps:scale web=10" et hop, vous passez de 1 à 10 instances. En quelques secondes.

Pas besoin de comprendre les load balancers, les auto-scaling groups, les health checks. Heroku gérait.

La developer experience (DX) impeccable

Logs streamés en temps réel. Rollbacks en une commande. Review apps automatiques pour les PRs. Tout était pensé pour les développeurs.

Heroku a défini le standard de ce qu'est un bon PaaS. Tout ce qui a suivi a copié leur playbook.

Ce qui a commencé à coincer

Mais l'âge d'or s'est fissuré. Progressivement. Plusieurs irritants se sont accumulés.

L'escalade tarifaire

Au début, Heroku était accessible. Puis les tarifs ont grimpé. Significativement.

Le problème n'est pas tant le tarif brut (vous payez pour la simplicité), mais l'escalade rapide. Votre app grandit un peu, votre facture explose. Vous ajoutez quelques add-ons, la note devient salée.

Beaucoup de startups se sont retrouvées avec des factures mensuelles conséquentes pour des apps moyennes. Et en comparant avec des alternatives (Render, AWS direct), l'écart devenait difficile à justifier.

Les performances médiocres

Les dynos Heroku (les containers qui font tourner votre app) ne sont pas rapides. Le cold start (temps de démarrage d'un dyno endormi) peut prendre plusieurs secondes. Votre utilisateur attend. Mauvaise expérience.

Les alternatives modernes (Fly.io notamment) offrent des performances supérieures. Cold start en millisecondes. Latence plus faible. Pour le même investissement (ou moins), vous avez mieux.

L'innovation stagnante

Heroku a peu évolué depuis 2015. Les features restent les mêmes. L'interface est datée. Les workflows n'ont pas changé.

Pendant ce temps, Render, Fly.io, Railway innovent. Ils intègrent Docker nativement. Ils offrent du edge computing. Ils améliorent la DX constamment.

Heroku donne l'impression d'un produit en maintenance, pas en développement actif. Pour une startup, c'est inquiétant. Vous construisez votre infra sur un outil qui stagne.

Le rachat par Salesforce (et ses conséquences)

En 2010, Salesforce rachète Heroku. Au début, ça se passe bien. Puis Salesforce se désintéresse. Heroku devient un produit secondaire dans le portefeuille Salesforce.

Résultat : peu d'investissement, peu d'innovation, support qui se dégrade. La communauté sent que Heroku n'est plus une priorité.

La fin des dynos gratuits (le coup de grâce symbolique)

Novembre 2022. Heroku annonce la suppression de la tier gratuite. Officiellement : réduire les abus (bots, spam, crypto mining).

Réellement : probablement une décision financière de Salesforce pour "nettoyer" les comptes non-rentables.

Impact : des dizaines de milliers de projets étudiants, side projects, MVPs meurent. La communauté est furieuse. Heroku perd sa base de futurs payeurs (les étudiants d'aujourd'hui sont les CTOs de demain).

C'est le moment où beaucoup se disent "OK, il est temps de partir".

Les alternatives qui gagnent du terrain

Le départ d'Heroku a créé un vide. Plusieurs acteurs se battent pour le combler.

Render : le successeur spirituel d'Heroku

Render est probablement le plus proche d'Heroku en philosophie. Déploiement simple, add-ons intégrés, developer experience soignée.

Ce qui séduit :

• Tarification plus accessible qu'Heroku pour un usage équivalent
• Performances meilleures (cold start plus rapide, latence réduite)
• Support de Docker natif (plus flexible qu'Heroku)
• Tier gratuite toujours disponible (avec limitations raisonnables)
• Interface moderne et claire

Les limites :

• Écosystème d'add-ons moins riche qu'Heroku
• Moins mature (lancé en 2019, vs 2007 pour Heroku)
• Communauté plus petite (moins de tutoriels, moins de support communautaire)

Pour qui ? : Startups early-stage qui veulent la simplicité d'Heroku sans l'investissement élevé. Le choix par défaut pour beaucoup d'anciens utilisateurs Heroku.

Fly.io : le PaaS moderne et performant

Fly.io est différent. Plus technique, plus puissant, plus flexible.

Ce qui séduit :

• Performances exceptionnelles (edge computing, déploiement global, latence ultra-faible)
• Contrôle fin sur l'infrastructure (vous définissez la topologie, le placement géographique)
• Support Docker natif (vous apportez votre propre Dockerfile)
• Tarification basée sur l'usage réel (pay-as-you-go)
• Innovant (nouveautés régulières, équipe responsive)

Les limites :

• Courbe d'apprentissage plus raide (moins "magic" qu'Heroku)
• Nécessite de comprendre un peu Docker
• Moins d'add-ons intégrés (vous devez souvent composer vous-même)
• Documentation parfois dense pour les débutants

Pour qui ? : Équipes tech un peu plus matures qui veulent de la performance et du contrôle. Pas pour un débutant total, mais pas besoin d'être DevOps expert non plus.

Railway : le plus proche de "git push heroku"

Railway vise explicitement à être le remplaçant d'Heroku pour la simplicité.

Ce qui séduit :

• Déploiement ultra-simple (connectez GitHub, ça déploie automatiquement)
• Interface magnifique et intuitive
• Tier gratuite généreuse
• Support de plein de langages et frameworks out-of-the-box
• Tarification transparente et raisonnable

Les limites :

• Jeune (lancé en 2020), donc moins de track record
• Fonctionnalités avancées parfois limitées
• Communauté encore petite

Pour qui ? : Débutants, side projects, MVPs. Si vous aimeriez la simplicité d'Heroku sans l'investissement, Railway est parfait.

DigitalOcean App Platform : le middle-ground

DigitalOcean App Platform (souvent oublié) est un bon compromis.

Ce qui séduit :

• Simplicité d'un PaaS avec la puissance de DigitalOcean derrière
• Tarification claire et compétitive
• Intégration avec l'écosystème DigitalOcean (droplets, managed databases, spaces)
• Stabilité et fiabilité (DigitalOcean existe depuis longtemps)

Les limites :

• Moins sexy que les nouveaux entrants
• Innovation plus lente que Fly.io ou Railway
• Developer experience correcte mais pas exceptionnelle

Pour qui ? : Entreprises qui veulent du stable et du classique. Moins adapté aux startups qui veulent l'outil le plus moderne.

Le comparatif honnête : quand utiliser quoi

Parce qu'il n'y a pas de "meilleur" outil. Il y a le bon outil pour votre contexte.

Vous devriez rester sur Heroku si...

• Vous êtes déjà dessus, ça marche, vous êtes satisfait, et l'investissement ne vous pose pas de problème
• Vous utilisez énormément d'add-ons Heroku qui n'ont pas d'équivalent ailleurs
• Votre équipe connaît Heroku par cœur et migrer coûterait trop cher en temps
• Vous êtes dans une grosse entreprise qui utilise déjà Salesforce partout (synergie potentielle)

Heroku n'est pas mort. Il fonctionne toujours. Mais il y a souvent mieux aujourd'hui.

Passez à Render si...

• Vous voulez la même simplicité qu'Heroku mais avec de meilleures performances et un meilleur tarif
• Vous débutez et voulez quelque chose d'accessible
• Vous migrez d'Heroku et voulez un équivalent direct (la migration Heroku → Render est bien documentée)

Passez à Fly.io si...

• Vous avez besoin de performances maximales et de latence minimale
• Vous voulez du edge computing (déploiement global, proche de vos utilisateurs)
• Votre équipe est à l'aise avec Docker
• Vous voulez du contrôle fin sur votre infrastructure sans gérer du Kubernetes

Passez à Railway si...

• Vous voulez du ultra-simple pour un side project ou un MVP
• Vous êtes développeur solo ou petite équipe
• Vous voulez quelque chose de moderne avec une belle interface
• Le tarif est un critère important

Passez à AWS/GCP/Azure si...

• Vous avez atteint une échelle où un PaaS devient limitant (plusieurs millions d'utilisateurs)
• Vous avez des besoins d'infrastructure très spécifiques
• Vous avez une équipe DevOps dédiée
• L'investissement brut n'est plus le critère principal (à grande échelle, le cloud brut peut être plus économique)

Les erreurs classiques de migration

Beaucoup d'équipes migrent... et se plantent. Voici comment éviter les pièges.

Erreur #1 : Migrer pour le tarif sans calculer le coût réel

Vous regardez les tarifs Render, c'est moins cher qu'Heroku. Vous migrez. Puis vous découvrez que vous avez besoin d'add-ons payants, de plus de ressources que prévu, de features premium.

Au final, l'économie est minime, mais vous avez perdu 2 semaines à migrer.

Solution : calculez le coût total AVANT de migrer. Pas juste l'hébergement, mais toute la stack.

Erreur #2 : Ne pas tester les performances

Vous migrez vers Fly.io parce que "c'est rapide". Vous déployez. Vous découvrez que votre app a des comportements différents (timeouts, connexions DB...).

Solution : testez sur une staging app avant de migrer la prod. Comparez les performances, la latence, le comportement.

Erreur #3 : Sous-estimer la courbe d'apprentissage

Heroku, vous le connaissez par cœur. Vous migrez vers Fly.io. Vous passez 3 jours à comprendre comment ça marche. Votre équipe est bloquée.

Solution : allouez du temps d'apprentissage. Lisez la doc. Testez sur un projet perso d'abord. Ne migrez pas en prod direct.

Erreur #4 : Migrer pendant une période critique

Vous décidez de migrer... la semaine avant le lancement d'une grosse feature. Ou pendant le Black Friday. Brillant.

Solution : migrez pendant une période calme. Prévoyez du temps pour gérer les imprévus.

Erreur #5 : Ne pas avoir de rollback plan

La migration se passe mal. Votre app est down. Vous paniquez. Vous n'avez pas de plan B.

Solution : gardez Heroku actif pendant la transition. Testez la nouvelle infra en parallèle. Basculez progressivement (par feature flags ou traffic split). Ayez un rollback facile.

L'avenir des PaaS : où ça va ?

Le marché des PaaS évolue vite. Quelques tendances claires émergent.

Le edge computing devient la norme

Fly.io a montré la voie : déployer votre app partout dans le monde, proche de vos utilisateurs. Latence ultra-faible, expérience rapide.

Render, Railway, et même DigitalOcean commencent à proposer du edge. Ça va devenir la norme, pas l'exception.

Docker devient le standard

Heroku avait son propre système (buildpacks). Maintenant, tout le monde standardise sur Docker. Vous apportez votre Dockerfile, le PaaS l'exécute.

Plus flexible, plus standard, plus transférable entre plateformes.

L'infrastructure as code se démocratise

Des outils comme Terraform, Pulumi permettent de définir votre infra en code. Les nouveaux PaaS s'intègrent nativement avec ces outils.

Vous pouvez versionner votre infra, la reproduire, la tester. C'est moins "magic", mais plus robuste.

La tarification devient plus transparente

Heroku a longtemps été critiqué pour sa tarification opaque et ses surprises de facturation. Les nouveaux acteurs misent sur la transparence : pay-as-you-go, calculateurs de coût clairs, pas de frais cachés.

C'est sain. Ça pousse tout le monde (y compris AWS) à être plus transparent.

Le verdict : Heroku n'est pas mort, mais il n'est plus le choix par défaut

Heroku a révolutionné le déploiement. Il reste un outil fonctionnel et fiable. Mais il n'est plus LE choix évident pour une nouvelle startup en 2025.

Pourquoi ? Parce que des alternatives meilleures existent :

• Render pour ceux qui veulent un équivalent Heroku amélioré
• Fly.io pour ceux qui veulent de la performance et du contrôle
• Railway pour ceux qui veulent de la simplicité maximale
• DigitalOcean App Platform pour ceux qui veulent du stable et classique

Le monde PaaS s'est diversifié. C'est une bonne chose. La concurrence pousse l'innovation, améliore les services, réduit les tarifs.

Si vous êtes sur Heroku et content, restez. Mais si vous démarrez un nouveau projet, explorez les alternatives. Testez. Comparez. Vous serez probablement surpris.

Parce qu'aujourd'hui, le meilleur PaaS n'est plus celui qui a inventé la catégorie. C'est celui qui continue à innover.

Et Heroku, malheureusement, a arrêté d'innover.