Alternativa solo UE a 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 sostitutivo, solo UE 11 servizi mappati
Fornitore
Heroku (Salesforce)
Sede
San Francisco, CA (Salesforce)
Giurisdizione
United States
Regime giuridico
CLOUD Act, FISA 702

"Regione UE" non è sovranità. Quattro domande decidono.

La residenza dei dati dice dove si trovano i bit. La sovranità dice quale sistema giuridico può imporne l'accesso. La risposta deve reggere su tutti e quattro i punti, altrimenti lo stack non è sovrano.

Residenza

Dove sono fisicamente archiviati i dati?

Non "nel cloud": quale datacenter, in quale paese, sotto quale giurisdizione.

Sub-responsabili

Chi altro è nel suo percorso dei dati?

Ogni fornitore che tocca i dati: il CDN, il relay e-mail, il tracker degli errori, la pipeline di analytics.

Giurisdizione

Quali leggi possono imporre la divulgazione?

Un fornitore con sede negli Stati Uniti ricade sotto FISA 702 e CLOUD Act, anche se i bit si trovano a Francoforte.

Custodia delle chiavi

Chi detiene effettivamente le chiavi di cifratura?

Se il provider cloud detiene sia i dati sia le chiavi, può leggerli, indipendentemente da qualsiasi DPA.

Non supera AWS · Azure · GCP · Regione UE

Fallisce su giurisdizione e custodia delle chiavi.

Bit nell'UE, casa madre statunitense, sub-responsabili americani nel percorso predefinito, chiavi gestite dal fornitore.

Supera Stack gestito da Binadit

Passa su tutte e quattro.

Ospitato in UE su infrastruttura con sede europea. Zero sub-responsabili statunitensi nel percorso predefinito. Chiavi del cliente o di KMS europeo. Elencati per nome nel suo DPA Articolo 28.

Perché i team se ne vanno 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) servizi e i loro equivalenti solo UE

Una migrazione non è "scambiare una scatola con un'altra". La mappatura sottostante è ciò che eseguiamo per i clienti che lasciano Heroku (Salesforce) in base a Schrems II: piena giurisdizione UE, nessuna capogruppo statunitense nel percorso dei dati.

Dynos (web/worker)

Cosa usiamo al suo posto
Binadit Managed Cloud Platform. Immagini Docker costruite in GitLab CI e distribuite su Kubernetes, con ambienti di review per ogni branch.
Nota di ingegneria
Coolify offre un'esperienza sviluppatore quasi identica a Heroku (deploy con git push, app con un clic) su infrastruttura EU. I costi sono tipicamente del 60-80% inferiori rispetto a Heroku a parità di potenza di calcolo.

Heroku Postgres

Cosa usiamo al suo posto
Binadit Managed Cloud Platform. PostgreSQL o MySQL con Patroni per il failover e pgBackRest per il point-in-time recovery.
Nota di ingegneria
La replica logica consente un cutover a zero downtime. I backup di Heroku Postgres possono essere scaricati come pg_dump standard e ripristinati ovunque.

Heroku Redis

Cosa usiamo al suo posto
Binadit Managed Cloud Platform. Redis o Valkey, con Sentinel per il failover.
Nota di ingegneria
API Redis standard; migrazione tramite SLAVEOF o trasferimento RDB.

Heroku Connect (Salesforce sync)

Cosa usiamo al suo posto
Binadit DevOps & Support. Integration worker in esecuzione sulla tua infrastruttura, che comunicano direttamente con le API del vendor.
Nota di ingegneria
Per i team che mantengono Salesforce CRM, il livello di sincronizzazione viene ricostruito; per i team che sostituiscono Salesforce, questo problema non si pone.

Add-ons marketplace

Cosa usiamo al suo posto
Binadit DevOps & Support. I componenti che utilizzi realmente, distribuiti e gestiti come parte del tuo stack.
Nota di ingegneria
La comodità degli add-on di Heroku è la perdita più significativa in termini di DX; la gestione diretta dei vendor è il compromesso necessario per la sovranità.

Pipelines (review apps, CI/CD)

Cosa usiamo al suo posto
Binadit DevOps & Support. Ambienti di review per-branch su Kubernetes, creati e distrutti da GitLab CI.
Nota di ingegneria
Coolify supporta ambienti di preview per branch.

Heroku Buildpacks

Cosa usiamo al suo posto
Binadit DevOps & Support. Dockerfiles o Cloud Native Buildpacks, costruiti in GitLab CI.
Nota di ingegneria
La maggior parte delle app Heroku si deploya senza modifiche tramite Cloud Native Buildpacks su Coolify.

Logplex / Logging

Cosa usiamo al suo posto
Binadit Managed Cloud Platform. Loki per l'aggregazione, con Grafana per le query e policy di retention per ogni stream.
Nota di ingegneria
Loki è il pattern standard; aggrega i log di tutti i container.

Heroku CI

Cosa usiamo al suo posto
Binadit DevOps & Support. GitLab CI con runner sulla tua infrastruttura.
Nota di ingegneria
GitLab CI su un runner self-hosted UE è la sostituzione di livello produzione.

Heroku Private Spaces

Cosa usiamo al suo posto
Binadit Private Infrastructure. Ambiente completamente isolato, hardware dedicato, architettura di rete personalizzata.
Nota di ingegneria
Il concetto di "Private Spaces" è una VPC con un altro nome; il networking EU standard lo gestisce senza problemi.

SSL / domains

Cosa usiamo al suo posto
Binadit Managed Cloud Platform. cert-manager con Let's Encrypt, con rinnovo automatico.
Nota di ingegneria
Il trasferimento di dominio è un cambio di registrar; SSL è automatizzato da tutte le moderne alternative PaaS.

Come migriamo da Heroku (Salesforce)

Una tipica migrazione di mid-market si svolge in tre fasi. I numeri qui sotto assumono un team di ingegneria di 6-10 persone e uno stack applicativo moderatamente complesso.

  1. 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.

  2. 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.

  3. 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.

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.

Pianifica la tua uscita da Heroku (Salesforce).

Chiamata di scoping di 30 minuti. Mappiamo il tuo stack rispetto alle alternative solo UE, stimiamo lo sforzo di migrazione e ti diciamo se è la scelta giusta.