osFoundry / Platform
डेटा रेज़िडेंसी
अपने वर्कस्पेस को एक क्षेत्र पर पिन करें। प्रतिकृति और failover के साथ कई क्षेत्र समर्थित।
यह क्या है
osFoundry में डेटा रेज़िडेंसी आपको किसी वर्कस्पेस को एक खास रीजन में पिन करने देती है, ताकि उसका सहेजा गया डेटा वहीं रहे जहाँ आपकी पॉलिसी, अनुबंध या स्थानीय कानून तय करते हैं। रीजन आप वर्कस्पेस सेट करते समय चुनते हैं, और osFoundry उस वर्कस्पेस के डेटा को वहीं टिकाए रखता है, बजाय इसके कि वह किसी डिफ़ॉल्ट जगह पर जा पहुँचे। यही वह नियंत्रण है जो ऑडिटर और ग्राहकों के सीधे सवाल का जवाब देता है: «हमारा डेटा असल में कहाँ रहता है?»
osFoundry के भीतर यह सेटिंग प्रोडक्ट के लोकल-फ़र्स्ट डिज़ाइन के साथ मिलकर काम करती है। चूँकि osFoundry एक ब्रिंग-योर-ओन-की (BYOK) डेस्कटॉप वर्कस्पेस है, आपके काम का बड़ा हिस्सा आपके अपने डिवाइस पर ही रह सकता है और कभी बाहर नहीं जाता, और मॉडल कॉल किसी रीसेलर के बजाय सीधे उसी प्रोवाइडर तक जाती हैं जिसकी की आप देते हैं। रीजन पिनिंग उस वर्कस्पेस-स्तर के डेटा को नियंत्रित करती है जो वाकई प्लेटफ़ॉर्म की ओर सहेजा जाता है, इसलिए रेज़िडेंसी और लोकल-फ़र्स्ट रुख आपस में टकराने के बजाय एक-दूसरे को मज़बूत करते हैं। जिन टीमों को एक से ज़्यादा जगह चाहिए, उनके लिए osFoundry कई रीजन का समर्थन करता है, उनके बीच रेप्लिकेशन के साथ, और फेलओवर के साथ ताकि कोई रीजन उपलब्ध न रहे तब भी वर्कस्पेस चलता रहे।
व्यवहार में, आप रीजन एक बार तय करते हैं और वह वर्कस्पेस की एक टिकाऊ प्रॉपर्टी बन जाती है, Settings के अंदर, Settings & Security वाले हिस्से में। रेप्लिकेशन लचीलेपन के लिए किसी दूसरे रीजन में एक कॉपी रखता है, और ज़रूरत पड़ने पर फेलओवर उस कॉपी को प्रमोट कर देता है, ताकि निरंतरता के लिए आपको अपनी रेज़िडेंसी की पसंद छोड़नी न पड़े। लक्ष्य ऐसा वर्कस्पेस है जिसकी जगह एक सोची-समझी, दिखाई जा सकने वाली निर्णय हो, न कि इंफ़्रास्ट्रक्चर के डिफ़ॉल्ट का इत्तेफ़ाक।
मुख्य क्षमताएँ
- किसी भी वर्कस्पेस को चुने हुए रीजन में पिन करें ताकि उसका सहेजा डेटा पॉलिसी के अनुसार वहीं रहे, डिफ़ॉल्ट से नहीं
- कई रीजन का समर्थन, जिसमें रेप्लिकेशन एक दूसरी जगह पर लचीली कॉपी बनाए रखता है
- ऑटोमैटिक फेलओवर रेप्लिका को प्रमोट करता है ताकि कोई रीजन डाउन होने पर भी वर्कस्पेस उपलब्ध रहे
- रीजन Settings & Security के अंदर एक टिकाऊ वर्कस्पेस सेटिंग है, जो सेटअप पर चुनी जाती है और उसके बाद लागू रहती है
- osFoundry के लोकल-फ़र्स्ट, BYOK डिज़ाइन का पूरक: आपका ज़्यादातर डेटा डिवाइस पर रहता है और मॉडल कॉल सीधे आपके प्रोवाइडर तक जाती हैं
उपयोग के मामले
- कंप्लायंस लीड: हर ग्राहक के वर्कस्पेस को उसी रीजन में पिन करता है जो उस ग्राहक के अनुबंध में लिखा है, ताकि रेज़िडेंसी का जवाब मान लिया हुआ नहीं, बल्कि साबित किया जा सके
- रेगुलेटेड इंडस्ट्री एडमिन: बाहरी प्रोवाइडरों के BYOK मॉडल चलाते हुए भी वर्कस्पेस डेटा को रीजन के भीतर रखता है ताकि स्थानीय डेटा-सुरक्षा कानून पूरा हो
- प्लेटफ़ॉर्म ऑपरेटर: क्रॉस-रीजन रेप्लिकेशन और फेलओवर पर भरोसा करता है ताकि किसी क्षेत्रीय आउटेज से किसी टीम का वर्कस्पेस ठप न हो
सामान्य प्रश्न
क्या मैं चुन सकता हूँ कि मेरे वर्कस्पेस का डेटा किस रीजन में रहे?
हाँ। आप वर्कस्पेस को किसी रीजन में पिन करते हैं और osFoundry उस वर्कस्पेस के सहेजे डेटा को वहीं टिकाए रखता है। रीजन Settings के अंदर एक वर्कस्पेस प्रॉपर्टी के रूप में तय होती है, इसलिए वह किसी मनमानी जगह पर डिफ़ॉल्ट होने के बजाय स्थिर रहती है।
अगर मेरा प्राइमरी रीजन डाउन हो जाए तो क्या होता है?
osFoundry किसी दूसरे रीजन में रेप्लिकेशन और फेलओवर का समर्थन करता है, इसलिए वर्कस्पेस की एक लचीली कॉपी काम संभाल सकती है और प्राइमरी रीजन उपलब्ध न रहने पर भी वर्कस्पेस को चालू रख सकती है।
क्या रीजन पिनिंग उन AI मॉडलों को भी कवर करती है जिन्हें मैं अपनी API की से इस्तेमाल करता हूँ?
रीजन पिनिंग यह तय करती है कि आपके वर्कस्पेस का सहेजा डेटा कहाँ रहे। osFoundry BYOK है, इसलिए मॉडल कॉल सीधे उसी प्रोवाइडर तक जाती हैं जिसकी की आप देते हैं, और आपके काम का बड़ा हिस्सा डिज़ाइन के हिसाब से आपके डिवाइस पर ही रह सकता है। रेज़िडेंसी और लोकल-फ़र्स्ट, BYOK मॉडल मिलकर यह सीमित करते हैं कि डेटा कहाँ जाता है।