Alternativa solo UE a Heroku (Salesforce).

Heroku è la PaaS developer-first originale, acquisita da Salesforce nel 2010 e ora parte di Salesforce.com Inc. Salesforce è una società statunitense, la regione predefinita di Heroku è negli USA, e il "Common Runtime" UE risiede su AWS Irlanda - il che significa che la vostra app Heroku è su infrastruttura AWS con Salesforce come processore contrattuale. Entrambi i livelli sono sotto giurisdizione statunitense. L'alternativa sovrana è semplice: una PaaS self-hosted come Coolify o Dokku su infrastruttura UE, oppure un equivalente completamente gestito operato da un partner UE.

Stati Uniti Stack sostitutivo, solo UE 11 servizi mappati

Prenota una chiamata Scansiona prima il tuo dominio

Fornitore: Heroku (Salesforce)
Sede: San Francisco, CA (Salesforce)
Giurisdizione: Stati Uniti
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)

Le uscite da Heroku che abbiamo gestito derivano da tre fattori scatenanti: un audit del cliente (SaaS B2B) che segnala il percorso dati AWS-Irlanda-via-Heroku come esposto a Schrems II, la sospensione dei dyno gratuiti nel 2022 che ha imposto una rivalutazione dei costi, oppure una decisione strategica di eliminare la doppia catena di provider (Salesforce → AWS) che complica la gestione dei DPA. Il valore di Heroku è l'esperienza sviluppatore; alternative open source come Coolify, Dokku e Caprover riproducono gran parte di quell'esperienza su infrastruttura UE.

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.

Heroku (Salesforce) servizio	Cosa usiamo al suo posto	Nota di ingegneria
Dynos (web/worker)	Binadit Managed Cloud Platform. Immagini Docker costruite in GitLab CI e distribuite su Kubernetes, con ambienti di review per ogni branch.	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	Binadit Managed Cloud Platform. PostgreSQL o MySQL con Patroni per il failover e pgBackRest per il point-in-time recovery.	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	Binadit Managed Cloud Platform. Redis o Valkey, con Sentinel per il failover.	API Redis standard; migrazione tramite SLAVEOF o trasferimento RDB.
Heroku Connect (Salesforce sync)	Binadit DevOps & Support. Integration worker in esecuzione sulla tua infrastruttura, che comunicano direttamente con le API del vendor.	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	Binadit DevOps & Support. I componenti che utilizzi realmente, distribuiti e gestiti come parte del tuo stack.	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)	Binadit DevOps & Support. Ambienti di review per-branch su Kubernetes, creati e distrutti da GitLab CI.	Coolify supporta ambienti di preview per branch.
Heroku Buildpacks	Binadit DevOps & Support. Dockerfiles o Cloud Native Buildpacks, costruiti in GitLab CI.	La maggior parte delle app Heroku si deploya senza modifiche tramite Cloud Native Buildpacks su Coolify.
Logplex / Logging	Binadit Managed Cloud Platform. Loki per l'aggregazione, con Grafana per le query e policy di retention per ogni stream.	Loki è il pattern standard; aggrega i log di tutti i container.
Heroku CI	Binadit DevOps & Support. GitLab CI con runner sulla tua infrastruttura.	GitLab CI su un runner self-hosted UE è la sostituzione di livello produzione.
Heroku Private Spaces	Binadit Private Infrastructure. Ambiente completamente isolato, hardware dedicato, architettura di rete personalizzata.	Il concetto di "Private Spaces" è una VPC con un altro nome; il networking EU standard lo gestisce senza problemi.
SSL / domains	Binadit Managed Cloud Platform. cert-manager con Let's Encrypt, con rinnovo automatico.	Il trasferimento di dominio è un cambio di registrar; SSL è automatizzato da tutte le moderne alternative PaaS.

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.

Giorni 1-3

Scelta PaaS + mappa delle dipendenze

Decidere il PaaS EU (Coolify è la nostra scelta predefinita per una DX in stile Heroku; Dokku per i minimalisti; offerta gestita di Binadit per i team che vogliono delegare tutto). Inventariare app Heroku, dyno e add-on.
Giorni 4-10

Database + sostituzione add-on

Heroku Postgres replicato su PostgreSQL gestito nell'UE con replica logica. Ogni add-on sostituito con l'equivalente UE (uno alla volta per controllare il rischio). Il logging migrato a Loki.
Settimane 2-4

Cutover dell'applicazione

App ridistribuite su Coolify con gli stessi buildpack. Cutover DNS con finestra a basso TTL. App Heroku archiviata dopo un periodo di verifica.

TCO a 5 anni sulle uscite da Heroku: 60-85% più economico. Il modello di pricing di Heroku (per dyno, per add-on, per livello di database) si accumula rapidamente; un PaaS self-hosted su infrastruttura UE sostituisce una tipica bolletta Heroku di $500-2000/mese con una frazione di quel costo in infrastruttura pura, più la nostra tariffa gestita se non volete gestirlo voi stessi.

Domande frequenti

Visualizza tutte le domande frequenti

La region EU di Heroku è sufficiente per il GDPR?

Solo residenza. La regione EU "Common Runtime" di Heroku gira su AWS Ireland - questi sono due livelli di processori sotto controllo statunitense (Salesforce come controparte contrattuale diretta, AWS come infrastruttura sottostante). L'analisi del CLOUD Act si applica a entrambi. Per workload rigorosamente conformi a Schrems II, Heroku EU non è sufficiente.

Perderemo la DX di Heroku?

Coolify riproduce i deploy git-push, i template applicativi one-click, i preview environment per PR, SSL automatico, variabili d'ambiente e deploy per branch. La DX è davvero vicina. La perdita principale è il marketplace di add-on; lo si sostituisce con relazioni dirette con i vendor, il che è più gestibile di quanto suggerisca il marketing di Heroku.

E per quanto riguarda Heroku Connect per la sincronizzazione con Salesforce?

Se mantenete Salesforce CRM, Heroku Connect deve essere ricostruito (REST/Bulk API + coda). Se state anche abbandonando Salesforce - scelta sempre più comune nelle uscite guidate da Schrems II - questo problema scompare.

Possiamo usare Coolify da soli o abbiamo bisogno di supporto?

Molti team fanno self-hosting di Coolify con successo su una singola VM. Per scenari di produzione multi-tenant - multi-environment, blue-green, secrets management - un setup con managed-partner ha senso. Distribuiamo e gestiamo cluster Coolify per i clienti.

Quanto tempo richiede un'uscita da Heroku?

Per un workload piccolo (1-3 app, 1 Postgres, alcuni add-on): 1-2 settimane. Per una configurazione Heroku enterprise multi-app con Private Spaces e Heroku Connect: 6-10 settimane. La superficie applicativa di Heroku è intenzionalmente semplice, il che rende la migrazione perlopiù un esercizio di coreografia.

E per quanto riguarda le piattaforme più recenti in stile Heroku?

Riproducono bene l'esperienza dello sviluppatore, e se è tutto ciò che serve rappresentano un punto di partenza ragionevole. Prima di impegnarsi, verificare due cose: sotto quale giurisdizione si trovano la piattaforma e il suo database, e come si presenta l'uscita tra due anni. Una piattaforma che compila dal proprio Dockerfile su un'infrastruttura che potreste gestire voi stessi rende la conversazione futura molto più breve rispetto a una con build e runtime proprietari.

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.

Prenota una chiamata Confronta un altro provider