केवल यूरोपीय विकल्प Heroku (Salesforce).

Heroku मूल developer-first PaaS है, जिसे 2010 में Salesforce ने acquire किया था और अब यह Salesforce.com Inc. का हिस्सा है। Salesforce एक US corporation है, Heroku का default region US में है, और EU "Common Runtime" AWS Ireland में रहता है - जिसका मतलब है कि आपका Heroku app AWS infrastructure पर है और Salesforce contractual processor के रूप में है। दोनों layers US-jurisdictional हैं। Sovereign alternative सीधा है: EU infrastructure पर Coolify या Dokku जैसा एक self-hosted PaaS, या किसी EU partner द्वारा operated एक fully-managed equivalent।

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 हमने चलाए हैं वे तीन triggers से आते हैं: एक customer audit (B2B SaaS) जिसने AWS-Ireland-via-Heroku data path को Schrems II-exposed के रूप में flag किया, 2022 में free dynos का discontinuation जिसने cost reassessment को मजबूर किया, या double provider chain (Salesforce → AWS) को हटाने का एक strategic decision जो DPA management को जटिल बनाता है। Heroku का value developer experience है; Coolify, Dokku और Caprover जैसे open source alternatives EU infrastructure पर उस experience के अधिकांश हिस्से को reproduce करते हैं।

Heroku (Salesforce) सेवाएँ और उनके केवल-EU समकक्ष

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

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 लोगों की इंजीनियरिंग टीम और मध्यम रूप से कॉम्प्लेक्स एप्लिकेशन स्टैक को मानकर दिए गए हैं।

  1. 1-3 दिन

    PaaS choice + dependency map

    EU PaaS तय करें (Coolify हमारा default है Heroku-style DX के लिए; Dokku minimalists के लिए; hands-off teams के लिए Binadit की managed offering)। Heroku apps, dynos और add-ons की inventory बनाएं।

  2. 4-10 दिन

    Database + add-on swap

    Heroku Postgres को logical replication के साथ EU managed PostgreSQL में replicate किया गया। प्रत्येक add-on को EU equivalent से बदला गया (risk नियंत्रित करने के लिए एक-एक करके)। Logging को Loki में migrate किया गया।

  3. हफ्ते 2-4

    Application कटओवर

    Apps को समान buildpacks के साथ Coolify पर फिर से deploy किया गया। कम TTL विंडो के साथ DNS कटओवर। सत्यापन अवधि के बाद Heroku app को archive कर दिया गया।

Heroku exits का 5-वर्षीय TCO: 60-85% सस्ता। Heroku का pricing model (per-dyno, per-add-on, per-database tier) तेज़ी से बढ़ता जाता है; EU infrastructure पर एक self-hosted PaaS, typical $500-2000/माह के Heroku bill की जगह raw infrastructure पर उसका एक छोटा हिस्सा खर्च करता है, साथ ही हमारी managed fee, यदि आप इसे स्वयं ऑपरेट नहीं करना चाहते।

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

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

क्या Heroku का EU region GDPR के लिए पर्याप्त है?
Residency ही, sovereignty नहीं। Heroku का "Common Runtime" EU region, AWS Ireland में चलता है - यानी US-नियंत्रित processors की दो परतें (Salesforce प्रत्यक्ष contracting party के रूप में, AWS underlying infrastructure के रूप में)। CLOUD Act विश्लेषण दोनों पर लागू होता है। Schrems II-strict workloads के लिए, Heroku EU पर्याप्त नहीं है।
क्या हम Heroku DX खो देंगे?
Coolify git-push deploys, one-click app templates, हर PR के लिए preview environments, automated SSL, environment variables, और per-branch deploys को reproduce करता है। DX वाकई करीब है। मुख्य नुकसान add-on marketplace का है; इसकी जगह आप direct vendor relationships अपनाते हैं, जो Heroku की marketing के दावे से कहीं ज़्यादा manageable है।
Salesforce sync के लिए Heroku Connect के बारे में क्या?
अगर आप Salesforce CRM बनाए रख रहे हैं, तो Heroku Connect को फिर से बनाना होगा (REST/Bulk API + queue)। अगर आप Salesforce से भी बाहर निकल रहे हैं - जो Schrems II-driven exits में तेज़ी से आम होता जा रहा है - तो यह चिंता खत्म हो जाती है।
क्या हम खुद Coolify का उपयोग कर सकते हैं या हमें मदद चाहिए?
कई टीमें एक ही VM पर Coolify को सफलतापूर्वक self-host करती हैं। मल्टी-टेनेंट प्रोडक्शन scenarios के लिए - मल्टी-एनवायरनमेंट, blue-green, secrets management - एक managed-partner setup ज्यादा उपयुक्त होता है। हम क्लाइंट्स के लिए Coolify clusters deploy और operate करते हैं।
Heroku एग्ज़िट में कितना समय लगता है?
एक छोटे workload (1-3 apps, 1 Postgres, कुछ add-ons) के लिए: 1-2 हफ्ते। Private Spaces और Heroku Connect वाले multi-app enterprise Heroku सेटअप के लिए: 6-10 हफ्ते। Heroku का app surface जानबूझकर सिंपल रखा गया है, जिससे migration ज़्यादातर एक choreography exercise बन जाता है।
नए Heroku-style platforms के बारे में क्या?
वे डेवलपर एक्सपीरियंस को अच्छी तरह से रीप्रोड्यूस करते हैं, और अगर आपको सिर्फ इतना ही चाहिए तो वे एक ठीक-ठाक शुरुआत हैं। कमिट करने से पहले दो चीज़ें जांचें: प्लेटफॉर्म और उसका डेटाबेस किस jurisdiction के अंतर्गत आते हैं, और दो साल बाद एग्जिट कैसा दिखेगा। एक प्लेटफॉर्म जो आपके Dockerfile से बिल्ड करके ऐसे इंफ्रास्ट्रक्चर पर चलाता है जिसे आप खुद भी चला सकते हैं, वह बाद में एक प्रोप्राइटरी बिल्ड और रनटाइम वाले प्लेटफॉर्म से कहीं छोटी बातचीत होती है।

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

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

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