केवल यूरोपीय विकल्प 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 केवल-EU रिप्लेसमेंट स्टैक 11 services मैप किए गए

कॉल शेड्यूल करें पहले अपना डोमेन स्कैन करें

प्रदाता: Heroku (Salesforce)
मुख्यालय: San Francisco, CA (Salesforce)
न्यायाधिकार: United States
विधिक शासन: CLOUD Act, FISA 702

"EU क्षेत्र" संप्रभुता नहीं है। चार प्रश्न इसे तय करते हैं।

डेटा रेजिडेंसी आपको बताती है कि बिट्स कहाँ स्थित हैं। सॉवरेनिटी आपको बताती है कि कौन-सी लीगल सिस्टम एक्सेस के लिए मजबूर कर सकती है। जवाब चारों पर सही होना चाहिए - नहीं तो स्टैक सॉवरेन नहीं है।

रेजीडेंसी

डेटा भौतिक रूप से कहाँ संग्रहीत है?

"cloud में" नहीं - बल्कि कौन सा datacenter, किस देश में, किस jurisdiction के अंतर्गत।

सबप्रोसेसर

आपके डेटा पथ में और कौन है?

हर विक्रेता जो डेटा को छूता है: CDN, ईमेल रिले, त्रुटि ट्रैकर, एनालिटिक्स पाइप।

न्यायाधिकार

किसके कानून प्रकटीकरण के लिए मजबूर कर सकते हैं?

US-headquartered प्रोवाइडर FISA 702 और CLOUD Act के अंतर्गत आता है - भले ही डेटा Frankfurt में हो।

कुंजी अभिरक्षा

वास्तव में एन्क्रिप्शन कुंजियाँ कौन रखता है?

अगर cloud provider के पास data और keys दोनों हैं, तो data उनके द्वारा पढ़ा जा सकता है - किसी भी DPA के बावजूद।

Fails AWS · Azure · GCP · EU रीजन

न्यायाधिकार और कुंजी अभिरक्षा पर असफल।

EU डेटा, अमेरिकी मुख्यालय वाली मूल कंपनी, डिफ़ॉल्ट पथ में अमेरिकी सबप्रोसेसर, प्रदाता-प्रबंधित कुंजियाँ।

पास होता है Binadit प्रबंधित स्टैक

सभी चारों पर सफल।

EU में होस्टेड EU मुख्यालय वाले बुनियादी ढांचे पर। डिफ़ॉल्ट पथ में शून्य अमेरिकी सबप्रोसेसर। ग्राहक-धारित या EU-KMS कुंजियाँ। आपके अनुच्छेद 28 DPA में नाम से सूचीबद्ध।

टीमें क्यों बाहर निकल रही हैं 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) सेवाएँ और उनके केवल-EU समकक्ष

माइग्रेशन "एक बॉक्स को दूसरे से बदलना" नहीं है। नीचे दी गई मैपिंग वह है जो हम निम्न को छोड़ने वाले ग्राहकों के लिए चलाते हैं: Heroku (Salesforce) Schrems II आधार पर - पूरी EU jurisdiction, data path में कोई US parent नहीं।

Heroku (Salesforce) सेवा	इसके बजाय हम क्या चलाते हैं	इंजीनियरिंग टिप्पणी
Dynos (web/worker)	Binadit Managed Cloud Platform. GitLab CI में बनाए गए Docker images, Kubernetes पर deploy किए गए, हर branch के लिए review environments के साथ।	Coolify, EU infrastructure पर लगभग Heroku जैसा ही DX (git push deploys, one-click apps) देता है। समान compute के लिए bills आमतौर पर Heroku से 60-80% कम होते हैं।
Heroku Postgres	Binadit Managed Cloud Platform. failover के लिए Patroni के साथ PostgreSQL या MySQL, और point-in-time recovery के लिए pgBackRest.	Logical replication zero-downtime cutover को possible बनाता है। Heroku Postgres backups को standard pg_dump के रूप में download करके कहीं भी restore किया जा सकता है।
Heroku Redis	Binadit Managed Cloud Platform. Redis या Valkey, failover के लिए Sentinel के साथ.	स्टैंडर्ड Redis API; SLAVEOF या RDB transfer के जरिए माइग्रेशन।
Heroku Connect (Salesforce sync)	Binadit DevOps & Support। आपके अपने इंफ्रास्ट्रक्चर पर चल रहे इंटीग्रेशन वर्कर्स, जो वेंडर API से सीधे बात करते हैं।	जो teams Salesforce CRM बनाए रखती हैं, उनके लिए sync layer फिर से बनाई जाती है; जो teams Salesforce को replace कर रही हैं, उनके लिए यह चिंता खत्म हो जाती है।
Add-ons marketplace	Binadit DevOps & Support। जो कंपोनेंट्स आप वास्तव में उपयोग करते हैं, उन्हें आपके स्टैक के हिस्से के रूप में डिप्लॉय और ऑपरेट किया जाता है।	Heroku की add-on convenience सबसे बड़ा DX loss है; sovereignty के लिए direct vendor management ही trade-off है।
Pipelines (review apps, CI/CD)	Binadit DevOps & Support। Kubernetes पर प्रति-ब्रांच रिव्यू एनवायरनमेंट्स, जिन्हें GitLab CI द्वारा बनाया और हटाया जाता है।	Coolify प्रति branch preview environments को support करता है।
Heroku Buildpacks	Binadit DevOps & Support। Dockerfiles या Cloud Native Buildpacks, GitLab CI में बिल्ट।	ज्यादातर Heroku apps, Coolify पर Cloud Native Buildpacks के जरिए बिना किसी बदलाव के deploy हो जाते हैं।
Logplex / Logging	Binadit Managed Cloud Platform. aggregation के लिए Loki, हर stream के लिए querying और retention policies के लिए Grafana के साथ।	Loki मानक पैटर्न है; सभी containers से logs को aggregate करता है।
Heroku CI	Binadit DevOps & Support। आपके अपने इंफ्रास्ट्रक्चर पर रनर्स के साथ GitLab CI।	self-hosted EU runner पर GitLab CI ही production-grade replacement है।
Heroku Private Spaces	Binadit Private Infrastructure. पूरी तरह isolated environment, dedicated hardware, custom network architecture.	"Private Spaces" concept असल में एक दूसरे नाम से VPC ही है; standard EU networking इसे संभाल लेता है।
SSL / domains	Binadit Managed Cloud Platform. Let's Encrypt के साथ cert-manager, जो automatically renew होता है.	डोमेन ट्रांसफर एक रजिस्ट्रार चेंज है; SSL सभी मॉडर्न PaaS अल्टरनेटिव्स द्वारा ऑटोमेटेड है।

Dynos (web/worker)

इसके बजाय हम क्या चलाते हैं: Binadit Managed Cloud Platform. GitLab CI में बनाए गए Docker images, Kubernetes पर deploy किए गए, हर branch के लिए review environments के साथ।
इंजीनियरिंग टिप्पणी: Coolify, EU infrastructure पर लगभग Heroku जैसा ही DX (git push deploys, one-click apps) देता है। समान compute के लिए bills आमतौर पर Heroku से 60-80% कम होते हैं।

Heroku Postgres

इसके बजाय हम क्या चलाते हैं: Binadit Managed Cloud Platform. failover के लिए Patroni के साथ PostgreSQL या MySQL, और point-in-time recovery के लिए pgBackRest.
इंजीनियरिंग टिप्पणी: Logical replication zero-downtime cutover को possible बनाता है। Heroku Postgres backups को standard pg_dump के रूप में download करके कहीं भी restore किया जा सकता है।

Heroku Redis

इसके बजाय हम क्या चलाते हैं: Binadit Managed Cloud Platform. Redis या Valkey, failover के लिए Sentinel के साथ.
इंजीनियरिंग टिप्पणी: स्टैंडर्ड Redis API; SLAVEOF या RDB transfer के जरिए माइग्रेशन।

Heroku Connect (Salesforce sync)

इसके बजाय हम क्या चलाते हैं: Binadit DevOps & Support। आपके अपने इंफ्रास्ट्रक्चर पर चल रहे इंटीग्रेशन वर्कर्स, जो वेंडर API से सीधे बात करते हैं।
इंजीनियरिंग टिप्पणी: जो teams Salesforce CRM बनाए रखती हैं, उनके लिए sync layer फिर से बनाई जाती है; जो teams Salesforce को replace कर रही हैं, उनके लिए यह चिंता खत्म हो जाती है।

Add-ons marketplace

इसके बजाय हम क्या चलाते हैं: Binadit DevOps & Support। जो कंपोनेंट्स आप वास्तव में उपयोग करते हैं, उन्हें आपके स्टैक के हिस्से के रूप में डिप्लॉय और ऑपरेट किया जाता है।
इंजीनियरिंग टिप्पणी: Heroku की add-on convenience सबसे बड़ा DX loss है; sovereignty के लिए direct vendor management ही trade-off है।

Pipelines (review apps, CI/CD)

इसके बजाय हम क्या चलाते हैं: Binadit DevOps & Support। Kubernetes पर प्रति-ब्रांच रिव्यू एनवायरनमेंट्स, जिन्हें GitLab CI द्वारा बनाया और हटाया जाता है।
इंजीनियरिंग टिप्पणी: Coolify प्रति branch preview environments को support करता है।

Heroku Buildpacks

इसके बजाय हम क्या चलाते हैं: Binadit DevOps & Support। Dockerfiles या Cloud Native Buildpacks, GitLab CI में बिल्ट।
इंजीनियरिंग टिप्पणी: ज्यादातर Heroku apps, Coolify पर Cloud Native Buildpacks के जरिए बिना किसी बदलाव के deploy हो जाते हैं।

Logplex / Logging

इसके बजाय हम क्या चलाते हैं: Binadit Managed Cloud Platform. aggregation के लिए Loki, हर stream के लिए querying और retention policies के लिए Grafana के साथ।
इंजीनियरिंग टिप्पणी: Loki मानक पैटर्न है; सभी containers से logs को aggregate करता है।

Heroku CI

इसके बजाय हम क्या चलाते हैं: Binadit DevOps & Support। आपके अपने इंफ्रास्ट्रक्चर पर रनर्स के साथ GitLab CI।
इंजीनियरिंग टिप्पणी: self-hosted EU runner पर GitLab CI ही production-grade replacement है।

Heroku Private Spaces

इसके बजाय हम क्या चलाते हैं: Binadit Private Infrastructure. पूरी तरह isolated environment, dedicated hardware, custom network architecture.
इंजीनियरिंग टिप्पणी: "Private Spaces" concept असल में एक दूसरे नाम से VPC ही है; standard EU networking इसे संभाल लेता है।

SSL / domains

इसके बजाय हम क्या चलाते हैं: Binadit Managed Cloud Platform. Let's Encrypt के साथ cert-manager, जो automatically renew होता है.
इंजीनियरिंग टिप्पणी: डोमेन ट्रांसफर एक रजिस्ट्रार चेंज है; SSL सभी मॉडर्न PaaS अल्टरनेटिव्स द्वारा ऑटोमेटेड है।

हम कैसे माइग्रेट करते हैं Heroku (Salesforce)

एक सामान्य mid-market माइग्रेशन तीन फेज़ में चलता है। नीचे दिए गए आंकड़े 6-10 लोगों की इंजीनियरिंग टीम और मध्यम रूप से कॉम्प्लेक्स एप्लिकेशन स्टैक को मानकर दिए गए हैं।

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.

अक्सर पूछे जाने वाले प्रश्न

सभी अक्सर पूछे जाने वाले प्रश्न देखें

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.

अपनी निकास योजना बनाएँ Heroku (Salesforce).

30-मिनट का स्कोपिंग कॉल। हम आपके स्टैक को केवल-EU विकल्पों के विरुद्ध मैप करते हैं, माइग्रेशन प्रयास का अनुमान लगाते हैं, और आपको बताते हैं कि क्या यह सही निर्णय है।

कॉल शेड्यूल करें किसी अन्य provider से तुलना करें