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

Fly.io ("Fly") is a US-headquartered edge compute platform that runs Firecracker microVMs in 30+ regions including Amsterdam, Frankfurt, Paris, Madrid and Stockholm. Fly Inc. is a Delaware corporation, the EU regions are EU-located but US-controlled, and the CLOUD Act applies. Fly's technical approach (microVMs at the edge, near-instant cold start, simple `fly deploy`) is genuinely innovative; replacing it with a sovereign EU stack means trading that specific multi-region edge model for either a region-fixed deployment or a self-managed equivalent on EU infrastructure.

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 we have scoped come from regulated workloads (healthcare SaaS, fintech) where the multi-region edge pattern was nice-to-have but the US-jurisdictional processor was a blocker. The honest answer for these workloads: most don't actually need 30 regions, they need 2-3 EU regions with low latency. That requirement is met by two of our EU regions, with a CDN like Bunny.net for static assets - which collectively serves EU users with sub-50ms latency and full 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. Days 1-3

    Region strategy decision

    Audit which Fly regions you actually use and which ones serve real traffic. For most EU-customer-facing apps, 2-3 EU regions cover it; for global apps, decide on the multi-region pattern (DNS GeoIP, Anycast, regional failover).

  2. Days 4-10

    Database + storage migration

    Fly Postgres replicated to EU managed PostgreSQL or Patroni cluster. Volumes mirrored. Secrets moved to Vault.

  3. Weeks 2-4

    App cutover

    Apps redeployed on Kubernetes on Binadit. DNS migrated to GeoIP routing if multi-region needed. Fly account decommissioned after verification window.

5-year TCO on Fly exits varies more than other US-cloud exits because Fly's pricing model is unusual (per-second microVM billing). For steady-state workloads, EU infrastructure is dramatically cheaper. For very spiky workloads with long idle periods, Fly's scale-to-zero is hard to match cost-effectively in the EU sovereign space without a scale-to-zero container platform.

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

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

Fly's "no surveillance" marketing - does it actually mean sovereignty?
Fly.io has been transparent about not being on the US hyperscaler critical-infrastructure surveillance lists. That's an operational claim, not a jurisdictional one. As a US Delaware corporation, Fly is subject to the CLOUD Act regardless of how they market themselves. The legal exposure is the same as any other US-jurisdictional provider.
How do we replace the "microVM cold start" feature?
For most workloads, microVM cold start is a nice-to-have rather than a hard requirement. If you genuinely need it, self-hosted Firecracker on EU compute (the same technology Fly uses) is the path. We deploy this for clients with specific microVM needs.
What about LiteFS for SQLite at the edge?
LiteFS is open-source. Self-host on EU compute with multi-region replication. The migration is mostly mechanical because LiteFS uses standard SQLite under the hood.
How long does a Fly.io exit take?
For a typical workload (a few apps, a Postgres cluster, some volumes): 2-4 weeks elapsed. For multi-region setups with Anycast and LiteFS: 4-8 weeks. The biggest schedule risk is replicating the multi-region pattern, not the technical work itself.
Are there any genuinely Fly-like EU options?
Not yet a 1:1 match in the EU sovereign space. The closest combination is Coolify multi-server + DNS GeoIP for routing + EU managed Postgres. It's not as polished as Fly's integrated experience, but it's sovereign and operationally simpler at the cost of some DX.
What about Fly's GPU offering?
Fly's GPU instances (A10, L40S) compete in inference workloads. Dedicated EU GPU hardware is the sovereign alternative for current-generation GPU compute. For older generations, EU dedicated GPU hardware is competitively priced.

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

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

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