Alternative UE-uniquement à Heroku (Salesforce).

Heroku is the original developer-first PaaS, acquired by Salesforce in 2010 and now part of Salesforce.com Inc. Salesforce is a US corporation, Heroku's default region is in the US, and the EU "Common Runtime" lives in AWS Ireland - meaning your Heroku app is on AWS infrastructure with Salesforce as the contractual processor. Both layers are US-jurisdictional. The sovereign alternative is straightforward: a self-hosted PaaS like Coolify or Dokku on EU infrastructure, or a fully-managed equivalent operated by an EU partner.

United States Stack de remplacement, UE uniquement 11 services cartographiés

Planifier un appel Scannez d'abord votre domaine

Fournisseur: Heroku (Salesforce)
Siège: San Francisco, CA (Salesforce)
Juridiction: United States
Régime juridique: CLOUD Act, FISA 702

Une "région UE" n'est pas la souveraineté. Quatre questions tranchent.

La résidence des données indique où se trouvent les bits. La souveraineté indique quel système juridique peut en imposer l'accès. La réponse doit tenir sur les quatre points, sinon la stack n'est pas souveraine.

Résidence

Où les données sont-elles physiquement stockées ?

Pas "dans le cloud" : quel centre de données, dans quel pays, sous quelle juridiction.

Sous-traitants

Qui d'autre est dans votre chemin de données ?

Chaque fournisseur qui touche les données : le CDN, le relais e-mail, le tracker d'erreurs, le pipeline analytics.

Juridiction

Quelles lois peuvent contraindre à la divulgation ?

Un fournisseur dont le siège est aux États-Unis relève de la FISA 702 et du CLOUD Act, même si les données se trouvent à Francfort.

Garde des clés

Qui détient réellement les clés de chiffrement ?

Si le fournisseur cloud détient à la fois les données et les clés, il peut les lire, quel que soit le DPA.

Échoue AWS · Azure · GCP · Région UE

Échoue sur la juridiction et la garde des clés.

Bits en UE, maison mère américaine, sous-traitants américains dans le chemin par défaut, clés gérées par le fournisseur.

Réussit Stack géré par Binadit

Réussit sur les quatre.

Hébergé en UE sur une infrastructure au siège européen. Zéro sous-traitant américain dans le chemin par défaut. Clés détenues par le client ou par un KMS européen. Nommés dans votre DPA Article 28.

Pourquoi les équipes partent Heroku (Salesforce)

Heroku exits we have run come from three triggers: a customer audit (B2B SaaS) flagging the AWS-Ireland-via-Heroku data path as Schrems II-exposed, the discontinuation of free dynos in 2022 forcing a cost reassessment, or a strategic decision to remove the double provider chain (Salesforce → AWS) which complicates DPA management. Heroku's value is the developer experience; open source alternatives like Coolify, Dokku and Caprover reproduce most of that experience on EU infrastructure.

Heroku (Salesforce) services et leurs équivalents UE-uniquement

Une migration n'est pas "échanger une boîte contre une autre". La cartographie ci-dessous est ce que nous exécutons pour les clients qui quittent Heroku (Salesforce) au titre de Schrems II : juridiction UE complète, aucune maison mère américaine dans le chemin des données.

Heroku (Salesforce) service	Ce que nous utilisons à la place	Note d'ingénierie
Dynos (web/worker)	Binadit Managed Cloud Platform. Images Docker construites dans GitLab CI et déployées sur Kubernetes, avec environnements de review par branche.	Coolify offre une DX quasi identique à Heroku (déploiements par git push, apps en un clic) sur une infrastructure UE. Facturation généralement 60 à 80 % inférieure à Heroku pour une puissance de calcul équivalente.
Heroku Postgres	Binadit Managed Cloud Platform. PostgreSQL ou MySQL avec Patroni pour le failover et pgBackRest pour la restauration point-in-time.	La réplication logique permet une bascule sans interruption. Les sauvegardes Heroku Postgres peuvent être téléchargées au format pg_dump standard et restaurées n'importe où.
Heroku Redis	Binadit Managed Cloud Platform. Redis ou Valkey, avec Sentinel pour le failover.	API Redis standard ; migration via SLAVEOF ou transfert RDB.
Heroku Connect (Salesforce sync)	Binadit DevOps & Support. Des workers d'intégration exécutés sur votre propre infrastructure, communiquant directement avec l'API du fournisseur.	Pour les équipes qui conservent Salesforce CRM, la couche de synchronisation est reconstruite ; pour celles qui remplacent Salesforce, cette préoccupation disparaît.
Add-ons marketplace	Binadit DevOps & Support. Les composants que vous utilisez réellement, déployés et exploités dans le cadre de votre stack.	La commodité des add-ons de Heroku est la plus grande perte en termes de DX ; la gestion directe des fournisseurs est le compromis à faire pour la souveraineté.
Pipelines (review apps, CI/CD)	Binadit DevOps & Support. Des environnements de review par branche sur Kubernetes, créés et détruits par GitLab CI.	Coolify prend en charge les environnements de prévisualisation par branche.
Heroku Buildpacks	Binadit DevOps & Support. Dockerfiles ou Cloud Native Buildpacks, construits dans GitLab CI.	La plupart des applications Heroku se déploient sans modification via Cloud Native Buildpacks sur Coolify.
Logplex / Logging	Binadit Managed Cloud Platform. Loki pour l'agrégation, avec Grafana pour les requêtes et des politiques de rétention par stream.	Loki est le pattern standard ; il agrège les logs de tous les containers.
Heroku CI	Binadit DevOps & Support. GitLab CI avec des runners sur votre propre infrastructure.	GitLab CI sur un runner auto-hébergé dans l'UE est le remplacement de niveau production.
Heroku Private Spaces	Binadit Private Infrastructure. Environnement entièrement isolé, matériel dédié, architecture réseau sur mesure.	Le concept de « Private Spaces » n'est rien d'autre qu'un VPC ; le réseau EU standard le gère nativement.
SSL / domains	Binadit Managed Cloud Platform. cert-manager avec Let's Encrypt, avec renouvellement automatique.	Le transfert de domaine est un changement de registrar ; le SSL est automatisé par toutes les alternatives PaaS modernes.

Dynos (web/worker)

Ce que nous utilisons à la place: Binadit Managed Cloud Platform. Images Docker construites dans GitLab CI et déployées sur Kubernetes, avec environnements de review par branche.
Note d'ingénierie: Coolify offre une DX quasi identique à Heroku (déploiements par git push, apps en un clic) sur une infrastructure UE. Facturation généralement 60 à 80 % inférieure à Heroku pour une puissance de calcul équivalente.

Heroku Postgres

Ce que nous utilisons à la place: Binadit Managed Cloud Platform. PostgreSQL ou MySQL avec Patroni pour le failover et pgBackRest pour la restauration point-in-time.
Note d'ingénierie: La réplication logique permet une bascule sans interruption. Les sauvegardes Heroku Postgres peuvent être téléchargées au format pg_dump standard et restaurées n'importe où.

Heroku Redis

Ce que nous utilisons à la place: Binadit Managed Cloud Platform. Redis ou Valkey, avec Sentinel pour le failover.
Note d'ingénierie: API Redis standard ; migration via SLAVEOF ou transfert RDB.

Heroku Connect (Salesforce sync)

Ce que nous utilisons à la place: Binadit DevOps & Support. Des workers d'intégration exécutés sur votre propre infrastructure, communiquant directement avec l'API du fournisseur.
Note d'ingénierie: Pour les équipes qui conservent Salesforce CRM, la couche de synchronisation est reconstruite ; pour celles qui remplacent Salesforce, cette préoccupation disparaît.

Add-ons marketplace

Ce que nous utilisons à la place: Binadit DevOps & Support. Les composants que vous utilisez réellement, déployés et exploités dans le cadre de votre stack.
Note d'ingénierie: La commodité des add-ons de Heroku est la plus grande perte en termes de DX ; la gestion directe des fournisseurs est le compromis à faire pour la souveraineté.

Pipelines (review apps, CI/CD)

Ce que nous utilisons à la place: Binadit DevOps & Support. Des environnements de review par branche sur Kubernetes, créés et détruits par GitLab CI.
Note d'ingénierie: Coolify prend en charge les environnements de prévisualisation par branche.

Heroku Buildpacks

Ce que nous utilisons à la place: Binadit DevOps & Support. Dockerfiles ou Cloud Native Buildpacks, construits dans GitLab CI.
Note d'ingénierie: La plupart des applications Heroku se déploient sans modification via Cloud Native Buildpacks sur Coolify.

Logplex / Logging

Ce que nous utilisons à la place: Binadit Managed Cloud Platform. Loki pour l'agrégation, avec Grafana pour les requêtes et des politiques de rétention par stream.
Note d'ingénierie: Loki est le pattern standard ; il agrège les logs de tous les containers.

Heroku CI

Ce que nous utilisons à la place: Binadit DevOps & Support. GitLab CI avec des runners sur votre propre infrastructure.
Note d'ingénierie: GitLab CI sur un runner auto-hébergé dans l'UE est le remplacement de niveau production.

Heroku Private Spaces

Ce que nous utilisons à la place: Binadit Private Infrastructure. Environnement entièrement isolé, matériel dédié, architecture réseau sur mesure.
Note d'ingénierie: Le concept de « Private Spaces » n'est rien d'autre qu'un VPC ; le réseau EU standard le gère nativement.

SSL / domains

Ce que nous utilisons à la place: Binadit Managed Cloud Platform. cert-manager avec Let's Encrypt, avec renouvellement automatique.
Note d'ingénierie: Le transfert de domaine est un changement de registrar ; le SSL est automatisé par toutes les alternatives PaaS modernes.

Comment nous migrons depuis Heroku (Salesforce)

Une migration typique de mid-market se déroule en trois phases. Les chiffres ci-dessous supposent une équipe d'ingénierie de 6 à 10 personnes et une stack applicative modérément complexe.

Days 1-3

PaaS choice + dependency map

Decide on the EU PaaS (Coolify is our default for Heroku-style DX; Dokku for minimalists; managed offering from Binadit for hands-off teams). Inventory Heroku apps, dynos and add-ons.
Days 4-10

Database + add-on swap

Heroku Postgres replicated to EU managed PostgreSQL with logical replication. Each add-on replaced with EU equivalent (one-by-one to control risk). Logging migrated to Loki.
Weeks 2-4

Application cutover

Apps redeployed on Coolify with the same buildpacks. DNS cutover with low TTL window. Heroku app archived after a verification period.

5-year TCO on Heroku exits: 60-85% cheaper. Heroku's pricing model (per-dyno, per-add-on, per-database tier) compounds quickly; a self-hosted PaaS on EU infrastructure replaces a typical $500-2000/month Heroku bill for a fraction of that in raw infrastructure, plus our managed fee if you do not want to operate it yourself.

Questions fréquemment posées

Voir toutes les questions fréquemment posées

Is Heroku's EU region sufficient for GDPR?

Residency only. Heroku's "Common Runtime" EU region runs in AWS Ireland - that is two layers of US-controlled processors (Salesforce as the immediate contracting party, AWS as the underlying infrastructure). The CLOUD Act analysis applies to both. For Schrems II-strict workloads, Heroku EU is not sufficient.

Will we lose the Heroku DX?

Coolify reproduces git-push deploys, one-click app templates, preview environments per PR, automated SSL, environment variables, and per-branch deploys. The DX is genuinely close. The main loss is the add-on marketplace; you swap that for direct vendor relationships, which is more manageable than Heroku marketing suggests.

What about Heroku Connect for Salesforce sync?

If you're keeping Salesforce CRM, Heroku Connect needs to be rebuilt (REST/Bulk API + queue). If you're also moving off Salesforce - which is increasingly common in Schrems II-driven exits - this concern disappears.

Can we use Coolify ourselves or do we need help?

Many teams self-host Coolify successfully on a single VM. For multi-tenant production scenarios - multi-environment, blue-green, secrets management - a managed-partner setup makes sense. We deploy and operate Coolify clusters for clients.

How long does a Heroku exit take?

For a small workload (1-3 apps, 1 Postgres, a few add-ons): 1-2 weeks. For a multi-app enterprise Heroku setup with Private Spaces and Heroku Connect: 6-10 weeks. Heroku's app surface is intentionally simple, which makes the migration mostly a choreography exercise.

What about the newer Heroku-style platforms?

They reproduce the developer experience well, and if that is all you need they are a reasonable landing. Check two things before you commit: which jurisdiction the platform and its database sit under, and what the exit looks like in two years. A platform that builds from your Dockerfile onto infrastructure you could run yourself is a much shorter conversation later than one with a proprietary build and runtime.

Planifiez votre sortie de Heroku (Salesforce).

Appel de cadrage de 30 minutes. Nous cartographions votre stack par rapport aux alternatives UE-uniquement, estimons l'effort de migration et vous disons si c'est le bon choix.

Planifier un appel Comparer un autre fournisseur