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.
- 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.
Fallisce su giurisdizione e custodia delle chiavi.
Bit nell'UE, casa madre statunitense, sub-responsabili americani nel percorso predefinito, chiavi gestite dal fornitore.
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.
-
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.
Domande frequenti
Is Heroku's EU region sufficient for GDPR?
Will we lose the Heroku DX?
What about Heroku Connect for Salesforce sync?
Can we use Coolify ourselves or do we need help?
How long does a Heroku exit take?
What about the newer Heroku-style platforms?
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.