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

Supabase open-source Firebase alternative है: hosted Postgres + Auth + Storage + Edge Functions + Realtime, एक polished developer experience के साथ। Supabase Inc. एक Delaware US corporation है; EU regions (Frankfurt, Ireland, London, Paris) AWS infrastructure पर चलते हैं, जो Supabase और AWS दोनों के US-jurisdictional control में हैं। अच्छी खबर: Supabase open-source है। आप पूरे stack को EU infrastructure पर पूरी feature parity के साथ self-host कर सकते हैं - यही sovereign alternative है जो हम clients के लिए deploy करते हैं।

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

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

जो Supabase exits हमने संभाले हैं वे एक consistent trigger से आते हैं: एक B2B SaaS ने अपने DX के लिए Supabase चुना, enterprise customers तक बढ़ा, और पाया कि "AWS Ireland पर Supabase Frankfurt" US-jurisdictional processors की दो परतें हैं जो Schrems II analysis में fail हो जाती हैं। Supabase team ने खुद अपने blog पर data sovereignty की सीमाओं पर सार्वजनिक रूप से चर्चा की है। EU infrastructure पर Supabase को self-host करने से पूरा DX बना रहता है (वही supabase-js client काम करता है) जबकि यह पूर्ण EU jurisdiction में शिफ्ट हो जाता है।

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

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

Postgres (managed)

इसके बजाय हम क्या चलाते हैं
Binadit Managed Cloud Platform. failover के लिए Patroni के साथ PostgreSQL या MySQL, और point-in-time recovery के लिए pgBackRest.
इंजीनियरिंग टिप्पणी
Streaming replication से हम maintenance window के बजाय कुछ ही seconds के downtime में cutover कर सकते हैं, और restores को मान लेने के बजाय एक schedule पर test किया जाता है।

Auth (GoTrue)

इसके बजाय हम क्या चलाते हैं
Binadit Managed Cloud Platform. identity provider के रूप में Keycloak या Authentik, OIDC और SAML के साथ।
इंजीनियरिंग टिप्पणी
GoTrue खुले Supabase स्टैक का हिस्सा है; self-hosting से social logins, magic links, MFA के साथ JWT-based auth बरकरार रहता है।

Storage (S3-compatible)

इसके बजाय हम क्या चलाते हैं
Binadit Managed Cloud Platform. MinIO या Ceph RGW, S3-compatible।
इंजीनियरिंग टिप्पणी
Supabase Storage, S3-compatible storage के ऊपर एक service layer है; यह किसी भी EU S3 backend के साथ काम करता है।

Edge Functions (Deno)

इसके बजाय हम क्या चलाते हैं
Binadit Managed Cloud Platform. आपके Kubernetes cluster पर Knative या OpenFaaS।
इंजीनियरिंग टिप्पणी
Edge Functions Deno रनटाइम हैं; इसका सेल्फ-होस्टेड इक्विवेलेंट किसी भी EU कंटेनर प्लेटफॉर्म पर चलता है।

Realtime (Postgres CDC)

इसके बजाय हम क्या चलाते हैं
Binadit Managed Cloud Platform. websocket layer में PostgreSQL logical replication, या fan-out के लिए NATS.
इंजीनियरिंग टिप्पणी
Realtime open-source है; self-hosting WebSocket-based pub/sub को बनाए रखती है।

Vector embeddings (pgvector)

इसके बजाय हम क्या चलाते हैं
Binadit Managed Cloud Platform. PostgreSQL पर pgvector, या बड़े embedding sets के लिए Qdrant.
इंजीनियरिंग टिप्पणी
Dedicated vector workloads के लिए, Qdrant Cloud EU एक sovereign-by-default अल्टरनेटिव है।

Studio (admin UI)

इसके बजाय हम क्या चलाते हैं
Binadit DevOps & Support. डेटा एक्सेस के लिए pgAdmin या Metabase, और ऑपरेशनल व्यू के लिए Grafana।
इंजीनियरिंग टिप्पणी
Studio self-hosted distribution का हिस्सा है।

Database backups

इसके बजाय हम क्या चलाते हैं
Binadit Managed Cloud Platform. data के लिए restic और pgBackRest, Kubernetes state के लिए Velero, isolated EU storage में.
इंजीनियरिंग टिप्पणी
EU object storage backend के साथ WAL-G ही production-grade pattern है।

API (PostgREST)

इसके बजाय हम क्या चलाते हैं
Binadit Managed Cloud Platform. Traefik या Kong, edge पर rate limiting और OIDC के साथ.
इंजीनियरिंग टिप्पणी
PostgREST open-source है; self-hosting REST API generation को बनाए रखती है।

CLI / Migrations

इसके बजाय हम क्या चलाते हैं
Binadit DevOps & Support. kubectl, Terraform और GitLab CI, साथ ही ज़रूरत पड़ने पर प्रोजेक्ट-विशिष्ट wrappers।
इंजीनियरिंग टिप्पणी
Supabase CLI, self-hosted instances को point करने के लिए `--db-url` को support करता है।

हम कैसे माइग्रेट करते हैं Supabase

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

  1. 1-5 दिन

    Self-hosted Supabase deployment

    Binadit पर self-hosted Supabase stack deploy करें (Docker Compose या Kubernetes)। Auth providers, storage backend, Edge Functions runtime configure करें। Monitoring और backups सेट करें।

  2. 6-14 दिन

    Database + auth migration

    self-hosted instance में Postgres dump+restore। User accounts को auth provider data export के जरिए migrate किया गया। Storage buckets mirror किए गए। Edge Functions फिर से deploy किए गए।

  3. हफ्ते 2-3

    Application कटओवर

    Application config को self-hosted Supabase URL की ओर इंगित करने के लिए अपडेट किया गया। वही supabase-js client, वही RLS policies, वही auth flows। सत्यापन विंडो के साथ कटओवर।

एक छोटे VM पर self-hosted Supabase, Supabase Pro के $25 प्रति project प्रति माह plus per-project usage की जगह लेता है। Multi-project workloads के लिए, बचत और बढ़ जाती है: एक सामान्य Supabase team plan ($599/माह), अगर आप खुद इसे operate न करना चाहें तो managed-partner फीस सहित €40-100/माह के raw infrastructure में बदल जाता है। साथ ही पूरा EU jurisdiction।

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

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

क्या Supabase का EU region (Frankfurt, Ireland) GDPR के लिए पर्याप्त है?
Residency हाँ, sovereignty नहीं। Supabase Inc. का मुख्यालय US में है, और Frankfurt/Ireland regions AWS पर चलते हैं - जो खुद भी US-jurisdictional है। Schrems II विश्लेषण के लिए, दोनों परतें एक्सपोज़्ड हैं।
क्या self-hosted Supabase में पूरी feature parity है?
core stack के लिए हाँ: Postgres, Auth (GoTrue), Storage, Edge Functions, Realtime, Studio, PostgREST। supabase-js client identically काम करता है। जो features self-hosted में नहीं हैं: paid-tier features जैसे team management UI और integrated logging dashboards (आप उन्हें EU infra पर Loki + Grafana के साथ बनाते हैं)।
सेल्फ-होस्टेड Supabase कितना ऑपरेशनली जटिल है?
एकल-environment production के लिए, Docker Compose के साथ एक साधारण VM अनुभवी engineering team के लिए पर्याप्त और operationally manageable है। मल्टी-environment या HA setups के लिए, Helm chart के साथ Kubernetes production pattern है; हम clients के लिए यह operate करते हैं।
क्या supabase-js client में code changes की जरूरत पड़ती है?
बस एक: URL `*.supabase.co` की बजाय आपके self-hosted instance की ओर point करता है। RLS policies, auth flows, storage URLs, realtime subscriptions - सब कुछ unchanged रहता है।
managed Supabase EU equivalents के बारे में क्या?
कुछ उभरती हुई EU-हेडक्वार्टर्ड ऑफरिंग्स हैं (Supascale, Supafast - दोनों शुरुआती चरण में हैं), लेकिन प्रोडक्शन-रेडी जवाब है एक EU पार्टनर द्वारा managed self-hosted Supabase। हम बिल्कुल यही पैटर्न डिप्लॉय और ऑपरेट करते हैं।
Supabase एग्ज़िट में कितना समय लगता है?
एक single-environment प्रोजेक्ट (एक Postgres, basic auth, कुछ buckets) के लिए: 1-2 हफ्ते का समय लगता है। multi-environment या large-data सेटअप के लिए: 3-6 हफ्ते। migration मशीनी रूप से क्लीन होता है क्योंकि सब कुछ upstream में open-source है।

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

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

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