एंटरप्राइज़
डेटा रेजिडेंसी और रीजन नियंत्रण
रेजिडेंसी एक डिप्लॉयमेंट फ़ैसला है जिसे आप नियंत्रित करते हैं — मल्टी-रीजन Ciao क्लाउड से लेकर आपके अपने क्लाउड अकाउंट, निजी VPC, या अलग शर्तों के तहत ऑन-प्रेम तक।
Ciao पर डेटा रेजिडेंसी डिप्लॉयमेंट विकल्प द्वारा नियंत्रित होती है। Ciao का इंफ्रास्ट्रक्चर अलग-थलग पॉड्स और मल्टी-रीजन सपोर्ट के साथ Kubernetes पर बना है, और एप्लिकेशन Ciao क्लाउड, आपके अपने AWS, Azure या GCP अकाउंट, एक निजी VPC, या अलग शर्तों के तहत ऑन-प्रेम पर डिप्लॉय हो सकते हैं। एक तय रीजन वाले प्लेटफ़ॉर्मों के विपरीत, रेजिडेंसी दायित्वों वाली टीमें एप्लिकेशन और उसके डेटा को उस इंफ्रास्ट्रक्चर और रीजन के भीतर रख सकती हैं जिन्हें वे पहले से गवर्न करते हैं।
प्रकाशित 2026-07-03 · आख़िरी बार अपडेट किया गया 2026-07-03
रेजिडेंसी एक डिप्लॉयमेंट फ़ैसला है, कोई चेकबॉक्स नहीं
जब एक प्राइवेसी या सेक्टर विनियमन कहता है कि डेटा एक क्षेत्राधिकार में रहना चाहिए, तो ईमानदार इंजीनियरिंग सवाल है: कौन-सा सिस्टम, कौन-सा डेटा, कहां चल रहा है? एक वेंडर जो 'हम कंप्लायंट हैं' का जवाब बिना यह बताए देता है कि एप्लिकेशन कहां चलता है, उसका डेटा कहां स्टोर होता है और कौन-से सबप्रोसेसर इसे छूते हैं, उसने आपके ट्रांसफ़र-इम्पैक्ट असेसमेंट के काम आने वाला कुछ नहीं बताया। रेजिडेंसी इन पेजों पर बाकी हर कंट्रोल जैसा ही सबूत मानक हकदार है: नामित स्थान, नामित विकल्प, और दोनों बताने वाले दस्तावेज़।
Ciao का जवाब संरचनात्मक है। प्लेटफ़ॉर्म अलग-थलग पॉड्स और मल्टी-रीजन सपोर्ट के साथ Kubernetes पर चलता है, और — रेजिडेंसी-संवेदनशील प्रोग्रामों के लिए ज़्यादा महत्वपूर्ण — एप्लिकेशन को Ciao के क्लाउड पर बिल्कुल चलने की ज़रूरत नहीं है। अपने खुद के क्लाउड अकाउंट, एक निजी VPC, या अलग शर्तों के तहत ऑन-प्रेम में डिप्लॉयमेंट एप्लिकेशन और उसके डेटा को उन सीमाओं और रीजनों के भीतर रखता है जिन्हें आप पहले से नियंत्रित, मॉनिटर करते हैं और जिनके लिए जवाबदेह हैं। यह चुनाव प्रति-प्रोग्राम है, प्रति-वेंडर रिश्ता नहीं: एक रेगुलेटेड वर्कलोड आपके खुद के EU क्लाउड अकाउंट में चल सकता है जबकि कम बाधित टीमें Ciao क्लाउड इस्तेमाल करती हैं, एक एग्रीमेंट और एक गवर्नेंस मॉडल के तहत।
Ciao क्या प्रदान करता है
रेजिडेंसी नियंत्रण साथ काम करने वाले पांच गुणों से आता है:
- मल्टी-रीजन इंफ्रास्ट्रक्चर — स्केल के लिए डिज़ाइन किया गया इंफ्रास्ट्रक्चर — Kubernetes, अलग-थलग पॉड्स, हाइबरनेशन और वेक, मल्टी-रीजन सपोर्ट — ताकि रीजन विकल्प एक आर्किटेक्चरल गुण हों, बाद का सोचा हुआ नहीं।
- अपने खुद के क्लाउड में डिप्लॉयमेंट — अपने खुद के AWS, Azure या GCP अकाउंट में उन रीजनों में डिप्लॉय करें जिनकी आपके दायित्व मांग करते हैं और जिन्हें आपकी टीम पहले से चलाती है।
- निजी VPC और ऑन-प्रेम — उन प्रोग्रामों के लिए अलग शर्तों के तहत उपलब्ध जिनके विश्लेषण को एक निजी नेटवर्क सीमा या अपने खुद के डेटा सेंटर की ज़रूरत है।
- मॉडल डेटा हैंडलिंग — ग्राहक का कोड मॉडल ट्रेनिंग के लिए इस्तेमाल नहीं होता, और इंफ़रेंस ज़ीरो-रिटेंशन मॉडल कॉन्ट्रैक्ट्स के तहत चलता है — वे प्रतिबद्धताएं जो मॉडल वेंडरों को सबप्रोसेसर के रूप में समीक्षा करते समय मायने रखती हैं।
- डेटा फंसाए बिना बाहर निकलें — किसी भी समय अपने रिपॉज़िटरी में एक्सपोर्ट के साथ 100% कोड ओनरशिप, इसलिए एक रेजिडेंसी फ़ैसला कभी वेंडर द्वारा लॉक-इन नहीं होता।
डेटा कहां रहता है, ईमानदारी से
सही जवाब आपके चुने डिप्लॉयमेंट विकल्प पर निर्भर करता है, यही वजह है कि यह पेज आपको एक नारा नहीं, एक टेबल देता है। Ciao क्लाउड पर, प्रोक्योरमेंट के दौरान एंटरप्राइज़ टीम के साथ रीजन विकल्पों की पुष्टि की जाती है। अपने खुद के क्लाउड अकाउंट या निजी VPC में, एप्लिकेशन और उसका डेटा उन रीजनों में चलता है जिन्हें आप चुनते और गवर्न करते हैं। ऑन-प्रेम, वे आपकी सुविधा में चलते हैं। हर पोज़िशन में, मॉडल इंफ़रेंस ज़ीरो-रिटेंशन कॉन्ट्रैक्ट्स द्वारा गवर्न किया जाता है, और मॉडल प्रोवाइडरों की रेजिडेंसी विशेषताओं की सबप्रोसेसर चर्चा के हिस्से के रूप में समीक्षा की जाती है।
ध्यान दें कि यह फ़्रेमिंग क्या करने से इनकार करती है: यह सभी ग्राहकों के लिए एक ही जवाब का दावा नहीं करती, क्योंकि एक नहीं है। रेजिडेंसी पोज़िशन प्रति-प्रोग्राम चुनी जाती है, और सही सत्यापन पोज़िशन के हिसाब से अलग होता है — एक टैगलाइन नहीं, एक टेबल पंक्ति। किसी भी वेंडर से वही सवाल पूछें और वैसे ही आकार के जवाब पर ज़ोर दें।
डिप्लॉयमेंट विकल्प और डेटा कहां चलता है
'हमारा डेटा कहां रहता है?' का ईमानदार जवाब इन चार पंक्तियों में से एक है:
| डिप्लॉयमेंट विकल्प | एप्लिकेशन और डेटा कहां चलते हैं | नोट्स |
|---|---|---|
| Ciao क्लाउड | Ciao-संचालित मल्टी-रीजन इंफ्रास्ट्रक्चर | प्रोक्योरमेंट के दौरान रीजन विकल्पों की पुष्टि |
| आपका अपना AWS, Azure या GCP अकाउंट | आपके अपने अकाउंट में आपके चुने रीजन | आपकी क्लाउड गवर्नेंस और मॉनिटरिंग लागू होती है |
| निजी VPC | आपकी निजी नेटवर्क सीमा | अलग शर्तों के तहत उपलब्ध |
| ऑन-प्रेम | आपका अपना डेटा सेंटर | अलग शर्तों के तहत उपलब्ध |
एक रेजिडेंसी पोज़िशन चुनना
वह क्रम जो आपके दायित्वों को, वेंडर के मेन्यू को नहीं, प्रभारी रखता है:
1. दायित्वों को मैप करें
पहचानें कि कौन-से विनियमन और कॉन्ट्रैक्ट यह सीमित करते हैं कि डेटा की हर क्लास कहां रह सकती है — आवश्यकताएं, वेंडर मेन्यू नहीं, पहले आती हैं।
2. डिप्लॉयमेंट टारगेट चुनें
दायित्वों को पोज़िशन से मिलाएं: जहां लचीलापन काफ़ी है वहां Ciao क्लाउड, जहां रीजन और सीमा नियंत्रण मायने रखता है वहां आपका अपना क्लाउड अकाउंट या निजी VPC, जहां कुछ और समीक्षा पास नहीं करता वहां ऑन-प्रेम।
3. रीजन और सबप्रोसेसर की पुष्टि करें
प्रोक्योरमेंट के दौरान, रीजन विशिष्टताएं और मॉडल प्रोवाइडरों सहित मौजूदा सबप्रोसेसर जानकारी लिखित रूप में प्राप्त करें, किसी वेबपेज से नहीं।
4. इसे DPA में दस्तावेज़ीकृत करें
डेटा प्रोसेसिंग एग्रीमेंट डेटा-हैंडलिंग प्रतिबद्धताएं दर्ज करता है; आपका ट्रांसफ़र विश्लेषण उस पोज़िशन का संदर्भ देना चाहिए जो आपने वाकई चुनी।
5. डिप्लॉयमेंट के बाद सत्यापित करें
अपने खुद के क्लाउड अकाउंट में, आपका मौजूदा टूलिंग सत्यापित करता है कि चीज़ें कहां चलती हैं; हर पोज़िशन में, अपेंड-ओनली ऑडिट ट्रेल बाद की समीक्षा के लिए डिप्लॉय और एडमिन कार्रवाइयां दर्ज करता है।
वेरिफ़िकेशन नोट्स
रेजिडेंसी दावों को प्रोक्योरमेंट कलाकृतियों की तरह मानें। रीजन विशिष्टताएं, सबप्रोसेसर स्थान और डेटा-फ़्लो विवरण सिक्योरिटी पैक और DPA में हैं — दोनों कॉन्टैक्ट पेज के ज़रिए अनुरोध पर उपलब्ध — और NDA के तहत उनके पीछे के ऑडिट किए गए कंट्रोल एनवायरनमेंट के लिए SOC 2 Type II रिपोर्ट उपलब्ध हैं। अगर आपके प्रोग्राम की रेजिडेंसी आवश्यकता सख़्त है, तो इसे पहली बातचीत में बताएं: डिप्लॉयमेंट विकल्प ठीक इसीलिए मौजूद हैं ताकि प्लेटफ़ॉर्म आवश्यकता से बहस करने के बजाय उसे पूरा कर सके।
रेजिडेंसी को डिलीवरी स्पीड के साथ संतुलित करने वाले प्रोग्रामों के लिए, व्यावहारिक पैटर्न है: समीक्षा एक बार चलाएं, स्वीकृत पोज़िशन दस्तावेज़ीकृत करें, और बाद के बिल्ड में फ़ैसले का पुन: इस्तेमाल करें — बाद के प्रोजेक्ट फिर से बहस करने के बजाय पोज़िशन विरासत में लेते हैं।
अक्सर पूछे जाने वाले सवाल
क्या हम सारा एप्लिकेशन डेटा EU में रख सकते हैं?
EU रीजनों में अपने खुद के AWS, Azure या GCP अकाउंट में डिप्लॉय करना एप्लिकेशन और उसके डेटा को उस इंफ्रास्ट्रक्चर और रीजनों के भीतर रखता है जिन्हें आप गवर्न करते हैं। Ciao क्लाउड के लिए, प्रोक्योरमेंट के दौरान एंटरप्राइज़ टीम के साथ मौजूदा रीजन विकल्पों की पुष्टि करें।
मॉडल इंफ़रेंस कहां होता है, और क्या कुछ रिटेन किया जाता है?
इंफ़रेंस ज़ीरो-रिटेंशन मॉडल कॉन्ट्रैक्ट्स के तहत चलता है, और ग्राहक का कोड मॉडल ट्रेनिंग के लिए इस्तेमाल नहीं होता। मॉडल प्रोवाइडरों की रेजिडेंसी विशेषताओं की DPA और सिक्योरिटी-पैक चर्चा के दौरान सबप्रोसेसर के रूप में समीक्षा की जाती है।
क्या ऑन-प्रेम विकल्प अलग-थलग या प्रतिबंधित नेटवर्क के लिए उपयुक्त है?
ऑन-प्रेम अलग शर्तों के तहत उपलब्ध है, और शर्तों की चर्चा वहीं है जहां नेटवर्क आइसोलेशन आवश्यकताएं होनी चाहिए। एक मानक पैकेज के फ़िट होने की उम्मीद करने के बजाय अपनी बाधाओं का वर्णन एंटरप्राइज़ टीम को करें।
क्या मल्टी-रीजन सपोर्ट का मतलब रीजनों के बीच स्वचालित फेलओवर है?
मल्टी-रीजन सपोर्ट एक इंफ्रास्ट्रक्चर गुण है; आपके विशिष्ट डिप्लॉयमेंट के लिए व्यवहार — रीजन, रिडंडेंसी, रिकवरी अपेक्षाएं — प्रोक्योरमेंट के दौरान लिखित में पुष्टि की जानी चाहिए और इस पेज से अनुमान लगाने के बजाय आपके एग्रीमेंट में दस्तावेज़ीकृत की जानी चाहिए।
अगर हम छोड़ें तो हमारे डेटा और एप्लिकेशनों का क्या होता है?
आप कोड के मालिक हैं — मानक React, TypeScript और Tailwind, किसी भी समय अपने रिपॉज़िटरी में एक्सपोर्ट करने योग्य — और अपने-खुद-के-क्लाउड, VPC और ऑन-प्रेम पोज़िशन में डेटा पहले से उस इंफ्रास्ट्रक्चर में रहता है जिसे आप नियंत्रित करते हैं। एग्ज़िट शर्तें उस एग्रीमेंट का हिस्सा हैं जिसकी आपकी लीगल टीम समीक्षा करती है।