केवल यूरोपीय विकल्प Fly.io.

Fly.io ("Fly") एक US-headquartered edge compute platform है जो 30+ regions में Firecracker microVMs चलाता है, जिनमें Amsterdam, Frankfurt, Paris, Madrid और Stockholm शामिल हैं। Fly Inc. एक Delaware corporation है, EU regions भौतिक रूप से EU में स्थित हैं लेकिन नियंत्रण US का है, और CLOUD Act लागू होता है। Fly का तकनीकी अप्रोच (edge पर microVMs, near-instant cold start, सरल `fly deploy`) वाकई innovative है; इसे सॉवरेन EU stack से बदलने का मतलब है उस specific multi-region edge model को या तो region-fixed deployment से या EU infrastructure पर self-managed equivalent से बदलना।

United States केवल-EU रिप्लेसमेंट स्टैक 10 services मैप किए गए
कॉल शेड्यूल करें पहले अपना डोमेन स्कैन करें
प्रदाता
Fly.io
मुख्यालय
Chicago, IL
न्यायाधिकार
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 में नाम से सूचीबद्ध।

टीमें क्यों बाहर निकल रही हैं Fly.io

जिन Fly.io exits को हमने scope किया है वे regulated workloads (healthcare SaaS, fintech) से आए हैं जहाँ multi-region edge pattern nice-to-have था लेकिन US-jurisdictional processor एक blocker था। इन workloads के लिए ईमानदार जवाब यह है: ज़्यादातर को असल में 30 regions की ज़रूरत नहीं होती, उन्हें low latency वाले 2-3 EU regions चाहिए होते हैं। यह requirement हमारे दो EU regions से पूरी होती है, साथ ही static assets के लिए Bunny.net जैसा CDN - जो मिलकर EU users को sub-50ms latency और पूर्ण EU jurisdiction के साथ सेवा देता है।

Fly.io सेवाएँ और उनके केवल-EU समकक्ष

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

Fly Machines (microVMs)

इसके बजाय हम क्या चलाते हैं
Binadit Managed Cloud Platform. Debian या Ubuntu पर KVM virtual machines, Terraform से provision और Ansible से configure किए गए।
इंजीनियरिंग टिप्पणी
ज्यादातर workloads के लिए, DNS GeoIP के जरिए multi-region deployment वाले regular VMs use case को कवर करते हैं। सही मायने में microVM-per-request के लिए, EU compute पर self-hosted Firecracker sovereign जवाब है।

Fly Apps (PaaS layer)

इसके बजाय हम क्या चलाते हैं
Binadit Managed Cloud Platform. GitLab CI में बनाए गए Docker images, Kubernetes पर deploy किए गए, हर branch के लिए review environments के साथ।
इंजीनियरिंग टिप्पणी
Coolify की multi-server feature, multi-region deployment patterns को handle करती है।

Fly Postgres (clustered)

इसके बजाय हम क्या चलाते हैं
Binadit Managed Cloud Platform. failover के लिए Patroni के साथ PostgreSQL या MySQL, और point-in-time recovery के लिए pgBackRest.
इंजीनियरिंग टिप्पणी
EU compute पर Patroni वह open-source pattern है जो Fly की खुद की Postgres offering को शक्ति देता है।

Fly Redis (Upstash)

इसके बजाय हम क्या चलाते हैं
Binadit Managed Cloud Platform. Redis या Valkey, failover के लिए Sentinel के साथ.
इंजीनियरिंग टिप्पणी
नोट: Upstash स्वयं US-headquartered है, इसलिए Fly Redis US-on-US है।

Fly Volumes

इसके बजाय हम क्या चलाते हैं
Binadit Managed Cloud Platform. Ceph RBD, या Kubernetes-native volumes के लिए Longhorn।
इंजीनियरिंग टिप्पणी
स्टैंडर्ड NVMe-backed volumes; साइज़ के बराबर।

Fly Proxy (Anycast)

इसके बजाय हम क्या चलाते हैं
Binadit Managed Cloud Platform. HAProxy या Nginx, failover के लिए keepalived के साथ।
इंजीनियरिंग टिप्पणी
Health checks, connection draining और sticky sessions सभी carry over होते हैं। TLS यहीं terminate होता है और certificates automatically renew होते हैं।

Fly Postgres failover (multi-region)

इसके बजाय हम क्या चलाते हैं
Binadit Managed Cloud Platform. nodes के बीच Patroni-managed PostgreSQL failover, automatic promotion के साथ।
इंजीनियरिंग टिप्पणी
EU-only multi-region (जैसे NL + DE active-active regional failover के साथ) के लिए, Patroni इसे हैंडल करता है।

Fly Secrets

इसके बजाय हम क्या चलाते हैं
Binadit Managed Cloud Platform. HashiCorp Vault या Infisical, self-hosted, automatic lease rotation के साथ।
इंजीनियरिंग टिप्पणी
किसी भी गैर-मामूली secrets workload के लिए Vault production-grade जवाब है।

flyctl / fly deploy DX

इसके बजाय हम क्या चलाते हैं
Binadit DevOps & Support. kubectl, Terraform और GitLab CI, साथ ही ज़रूरत पड़ने पर प्रोजेक्ट-विशिष्ट wrappers।
इंजीनियरिंग टिप्पणी
DX gap असली है लेकिन इसे पाटा जा सकता है। Coolify का `coolify deploy` इसका सबसे करीबी equivalent है।

Fly LiteFS (replicated SQLite)

इसके बजाय हम क्या चलाते हैं
Binadit Managed Cloud Platform. read replicas के साथ PostgreSQL, या जहाँ SQLite model वाकई फिट बैठे वहाँ Litestream.
इंजीनियरिंग टिप्पणी
Replicated SQLite read-heavy single-writer applications के लिए elegant है। जहाँ write path पर contention होता है, वहाँ PostgreSQL ज्यादा सुरक्षित landing है।

हम कैसे माइग्रेट करते हैं Fly.io

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

  1. 1-3 दिन

    Region strategy decision

    ऑडिट करें कि आप वास्तव में किन Fly रीजन का उपयोग करते हैं और कौन से रीजन असली ट्रैफ़िक सर्व करते हैं। ज़्यादातर EU-customer-facing ऐप्स के लिए, 2-3 EU रीजन पर्याप्त हैं; ग्लोबल ऐप्स के लिए, मल्टी-रीजन पैटर्न (DNS GeoIP, Anycast, regional failover) तय करें।

  2. 4-10 दिन

    Database + storage migration

    Fly Postgres को EU managed PostgreSQL या Patroni cluster में replicate किया गया। Volumes mirror किए गए। Secrets को Vault में move किया गया।

  3. हफ्ते 2-4

    ऐप कटओवर

    Apps को Binadit पर Kubernetes पर फिर से deploy किया गया। यदि multi-region की आवश्यकता हो तो DNS को GeoIP routing में माइग्रेट किया गया। सत्यापन विंडो के बाद Fly account को बंद कर दिया गया।

Fly exits का 5-वर्षीय TCO अन्य US-cloud exits की तुलना में अधिक भिन्न होता है क्योंकि Fly का pricing model असामान्य है (per-second microVM billing)। steady-state workloads के लिए, EU infrastructure काफी सस्ता है। बहुत spiky workloads के लिए जिनमें लंबे idle periods होते हैं, बिना scale-to-zero container platform के EU sovereign space में Fly के scale-to-zero की cost-effectiveness से मेल खाना मुश्किल है।

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

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

Fly की "no surveillance" marketing - क्या इसका वास्तव में मतलब sovereignty है?
Fly.io इस बारे में पारदर्शी रहा है कि वह US hyperscaler critical-infrastructure surveillance lists में नहीं है। यह एक operational claim है, jurisdictional नहीं। एक US Delaware corporation होने के नाते, Fly पर CLOUD Act लागू होता है, चाहे वे खुद को कैसे भी मार्केट करें। legal exposure किसी भी अन्य US-jurisdictional provider जितनी ही है।
हम "microVM cold start" फीचर को कैसे रिप्लेस करते हैं?
अधिकतर workloads के लिए, microVM cold start एक ज़रूरी चीज़ से ज़्यादा एक अच्छा फीचर है। अगर आपको वाकई इसकी ज़रूरत है, तो EU compute पर self-hosted Firecracker (वही तकनीक जो Fly इस्तेमाल करता है) सही रास्ता है। हम इसे उन क्लाइंट्स के लिए डिप्लॉय करते हैं जिनकी specific microVM ज़रूरतें होती हैं।
edge पर SQLite के लिए LiteFS के बारे में क्या?
LiteFS open-source है। EU compute पर multi-region replication के साथ self-host करें। migration ज्यादातर mechanical है क्योंकि LiteFS अंदर standard SQLite का उपयोग करता है।
Fly.io एग्ज़िट में कितना समय लगता है?
एक सामान्य workload (कुछ apps, एक Postgres cluster, कुछ volumes) के लिए: 2-4 हफ्ते का समय लगता है। Anycast और LiteFS वाले multi-region सेटअप के लिए: 4-8 हफ्ते। सबसे बड़ा शेड्यूल जोखिम multi-region पैटर्न को replicate करना है, न कि खुद तकनीकी काम।
क्या वास्तव में Fly-जैसे EU विकल्प हैं?
EU sovereign space में अभी तक कोई 1:1 match नहीं है। सबसे करीबी combination है Coolify multi-server + routing के लिए DNS GeoIP + EU managed Postgres। यह Fly के integrated experience जितना polished नहीं है, लेकिन यह sovereign है और कुछ DX की कीमत पर operationally सरल है।
Fly की GPU offering के बारे में क्या?
Fly के GPU instances (A10, L40S) inference workloads में मुकाबला करते हैं। मौजूदा-जनरेशन GPU compute के लिए dedicated EU GPU hardware सॉवरेन विकल्प है। पुराने जनरेशन के लिए, EU dedicated GPU hardware प्रतिस्पर्धी कीमत पर उपलब्ध है।

अपनी निकास योजना बनाएँ Fly.io.

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

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