क्षेत्र और डेटा रेजिडेंसी
इस प्लेटफ़ॉर्म पर क्षेत्र (रीज़न) कोई सपोर्ट टिकट नहीं है — यह साइट की एक विशेषता है, जिसका सम्मान डिप्लॉयमेंट इंजन हर बार कुछ डिप्लॉय होने पर करता है। यूरोप, संयुक्त राष्ट्र अमेरिका या एशिया-प्रशांत चुनें, और हर डिप्लॉय उस क्षेत्र के लिए टैग की गई फ्लीट क्षमता पर उतरता है, जिसके सामने एक ग्लोबल एज होता है। उपलब्धता: यूके के बाहर हमारी अपनी फ्लीट क्षमता सक्रिय विकास के अधीन है और अभी उपलब्ध नहीं है। यहाँ वर्णित अन्य सभी चीज़ें आज लाइव हैं।
हर क्षेत्र के पीछे दो चीजें होती हैं: वर्कर फ्लीट जो आपकी साइटों को चलाती है, और कंट्रोल प्लेन जो उन्हें प्रबंधित करता है। दोनों ही क्षेत्र-जागरूक हैं, और दोनों को एक ही कारणों से स्थापित किया गया है — यूरोप और अमेरिका में हमारी सबसे बेहतरीन मूल्य/प्रदर्शन क्षमता, उन दो बाजारों से परे कवरेज, और उन खरीदारों के लिए एक प्रमाणित-निहित-प्लेटफ़ॉर्म विकल्प जिनकी प्रोक्योरमेंट नीति इसकी मांग करती है। आप कौन सा क्षेत्र चुनते हैं, यह पूरी तरह आपका निर्णय है; इसके तहत मौजूद क्षमता हमारी अपनी व्यवस्था है, और हम जानबूझकर एक से अधिक आपूर्तिकर्ताओं के साथ काम करते हैं ताकि कोई एक कभी भी पूरा प्लेटफ़ॉर्म न बन सके।
हमारी जर्मन क्षमता प्राथमिक क्षेत्र है और यह हमारे द्वारा संचालित सबसे अच्छा मूल्य/प्रदर्शन है। नई क्षमता यहाँ सबसे पहले आती है, यही कारण है कि यह यूरोपीय ग्राहकों और बिना किसी व्यक्तिगत निवास आवश्यकता वाले किसी भी व्यक्ति के लिए डिफ़ॉल्ट है।
फ़िनलैंड यूरोपीय वर्कलोड्स को दूसरा, शारीरिक रूप से अलग EU स्थान देता है। यह तब उपयोगी होता है जब आप EU रेजिडेंसी चाहते हैं लेकिन नहीं चाहते कि पूरा पोर्टफ़ोलियो किसी एक देश के फ़ेल्योर डोमेन में हो।
हमारी संयुक्त राज्य अमेरिका की क्षमता पूर्व में वर्जीनिया से लेकर पश्चिम में ओरेगन तक फैली हुई है, जो दोनों तटों को कवर करती है। वही इंजन, वही ड्राइवर, वही पैनल — केवल एक चीज़ बदलती है कि प्लेसमेंट इंजन आपकी साइटों के लिए किस क्षेत्र टैग को स्वीकार करेगा।
एशिया-प्रशांत क्षेत्र टोक्यो, सिंगापुर और सियोल में संचालित होता है। यह वह पैटर्न है जिस पर पूरा प्लेटफ़ॉर्म आधारित है: किसी क्षेत्र के तहत क्षमता हमारे इंजन के पीछे बदली जा सकने योग्य बुनियादी ढांचा है, न कि खुद इंजन, और हम इस क्षेत्र में एक से अधिक आपूर्तिकर्ता संचालित करते हैं ताकि कोई भी साइट कभी भी किसी एक पर निर्भर न रहे।
जहाँ कोई अनुबंध GDPR-native EU इन्फ्रास्ट्रक्चर की माँग करता है, या किसी खरीदार की प्रोक्योरमेंट टीम यह आग्रह करती है कि अंतर्निहित प्लेटफ़ॉर्म के पास SOC 2, ISO 27001 या HIPAA प्रमाणन हों, तो हम आपके वर्कलोड को ऐसी क्षमता पर रख सकते हैं जिनके पास वे प्रमाणन हों। वे अंतर्निहित प्लेटफ़ॉर्म के प्रमाणन हैं, हमारे नहीं — हमारे पास अपना कोई प्रमाणन नहीं है और हम कभी भी इसके विपरीत कोई संकेत नहीं देंगे।
रीज़न कोड में लागू किया जाता है, साइट बनाए जाने के समय — किसी ऑपरेटर द्वारा यह याद रखने की ज़रूरत नहीं कि किस बॉक्स का उपयोग करना है।
बेड़े का प्रत्येक होस्ट अपने आपको एक क्षेत्र कुंजी (region key), उत्पाद-पंक्ति आत्मीयता सूची (product-line affinity list), वेब-सर्वर प्रकार और क्षमता के आँकड़े के साथ पंजीकृत करता है, फिर काम खींचता है। प्लेसमेंट सेवा पहले क्षेत्र के आधार पर, फिर उत्पाद पंक्ति, और फिर खाली क्षमता के आधार पर उम्मीदवारों को फ़िल्टर करती है, और सबसे कम लोड वाले योग्य होस्ट को चुनती है।
यदि आपने किसी क्षेत्र को पिन किया है, तो केवल उसी क्षेत्र के वर्कर्स इसके लिए पात्र हैं। यदि आपने ऐसा नहीं किया है, तो साइट उस वर्कर के क्षेत्र को अपना लेती है जिस पर वह आती है और वह मान साइट पर सहेजा जाता है — इसलिए आपका डेटा कहाँ रहता है, इसका रिकॉर्ड एक ऐसा फ़ील्ड है जिसे आप पढ़ सकते हैं, कोई अनुमान नहीं।
प्लेसमेंट एक सशर्त अपडेट के साथ क्षमता का दावा करता है जो केवल तभी सफल होता है जब वर्कर अभी भी सक्रिय हो, अभी भी डिप्लॉय स्वीकार कर रहा हो और अभी भी क्षमता के भीतर हो। अंतिम स्लॉट के लिए दौड़ लगा रहे दो डिप्लॉय दोनों नहीं जीत सकते, इसलिए किसी भी क्षेत्र में चुपचाप ओवरसब्सक्राइब नहीं किया जाता है।
यदि आपके क्षेत्र में किसी भी योग्य संसाधन के लिए जगह नहीं है, तो डिप्लॉयमेंट एक प्लेसमेंट त्रुटि उत्पन्न करता है और रुक जाता है। अनुरोध को सफल बनाने के लिए यह किसी अन्य महाद्वीप पर वापस नहीं जाता है। एक दृश्यमान विफलता और क्षमता वृद्धि उस साइट से बेहतर है जो चुपचाप देश बदल लेती है।
हर वर्कर में एक accepts-deploys स्विच होता है। इसे ड्रेन पर करने से नए साइट्स आना बंद हो जाते हैं जबकि मौजूदा साइट्स बिना किसी रुकावट के चलते रहते हैं, जिससे हम आपके वर्कलोड को स्थानांतरित किए बिना किसी क्षेत्र के भीतर रखरखाव, हार्डवेयर रिफ्रेश और डिकमिशिंग करते हैं।
डेटा निवास (डेटा रेजिडेंसी) उन चुनिंदा होस्टिंग निर्णयों में से एक है जिन्हें बदलना वास्तव में कठिन होता है, इसलिए प्लेटफ़ॉर्म इसे परिनियोजन विवरण के बजाय एक प्रथम श्रेणी के आयाम के रूप में मानता है। ग्राहक की निवास पसंद प्लेसमेंट के लिए एक इनपुट है, क्षेत्र (रीजन) साइट के विरुद्ध दर्ज किया जाता है, और फ्लीट मिलान के लिए टैग किया जाता है। यही वह चीज़ है जो डेटा निवास के उत्तर को अनौपचारिक के बजाय ऑडिट करने योग्य बनाती है।
इसके साथ ही टेनेंसी मॉडल भी चलता है। इंजन में मौजूद हर रिकॉर्ड में एक ऑर्गनाइजेशन स्कोप होता है, जिसमें डेटाबेस पर PostgreSQL रो-लेवल सिक्योरिटी लागू होती है, और टेनेंसी पदानुक्रमित (hierarchical) होती है — क्लाइंट ऑर्गनाइजेशन से ऊपर एक रीसेलर ऑर्गनाइजेशन और उससे ऊपर साइटें होती हैं। रीजन यह तय करता है कि डेटा कहाँ स्थित है; रो-लेवल सिक्योरिटी यह तय करती है कि उस तक कौन पहुँच सकता है। अनुपालन समीक्षक (compliance reviewer) के लिए दोनों ही मायने रखते हैं और इनमें से कोई भी वैकल्पिक नहीं है।
जीडीडीपीआर (GDPR) डेटा निर्यात और मिटाना किसी अतिरिक्त प्रक्रिया के बजाय एक ही डिज़ाइन का हिस्सा हैं, और विशेषाधिकार प्राप्त तथा प्रशासनिक कार्रवाइयों के ऑडिट-लॉग रखे जाते हैं। यदि आपके खरीदार का प्रश्नावली यह पूछता है कि डेटा कहाँ रहता है, कौन इसकी क्वेरी कर सकता है और जब कोई सब्जेक्ट इसे वापस मांगता है तो क्या होता है, तो यहाँ उनके उत्तर दिए जा सकते हैं।
आसपास का क्षेत्र चुनना मददगार होता है, लेकिन आपके आगंतुकों को महसूस होने वाली अधिकांश लेटेंसी इस बात से तय हो जाती है कि अनुरोध आपके ओरिजिन तक पहुँचने से पहले क्या होता है।
यदि सब कुछ अभी भी एक ही भाग्य का भागी है, तो मल्टी-रीजन का कोई खास महत्व नहीं है। यह आर्किटेक्चर उन हिस्सों को अलग करता है जिन्हें एक साथ विफल नहीं होना चाहिए।
इंजन, डेटाबेस, वर्कफ़्लो लेयर और डैशबोर्ड अपने स्वयं के कुबेरनेट्स कंट्रोल प्लेन पर चलते हैं, जो ग्राहक साइटों को सेवा देने वाले वर्कर फ्लीट से पूरी तरह अलग है। कंट्रोल-प्लेन की किसी घटना से ग्राहक साइटें बंद नहीं होनी चाहिए, और फ्लीट की किसी घटना से प्लेटफ़ॉर्म बंद नहीं होना चाहिए।
कस्टमर डैशबोर्ड, एडमिन कंसोल और यह मार्केटिंग साइट कंट्रोल-प्लेन क्लस्टर से स्वतंत्र रूप से Cloudflare पर तैनात हैं, इसलिए प्लेटफ़ॉर्म की कोई दुर्घटना उस जगह को भी प्रभावित नहीं करती जहाँ आप इसके बारे में पढ़ने जाते हैं।
स्थस्थिति पृष्ठ (status page) जानबूझकर एक अलग क्षेत्र (region) में एक अलग प्रदाता (provider) के पास होस्ट किया जाता है। जिस बुनियादी ढांचे (infrastructure) की निगरानी की जा रही है, उसी पर चलने वाला स्थिति पृष्ठ ठीक उसी समय बेकार हो जाता है जब आपको उसकी सबसे अधिक आवश्यकता होती है।
प्रति-साइट बैकअप अपरिवर्तनीय (immutable) और ऑफ़साइट होते हैं, जिन्हें ऑब्जेक्ट स्टोरेज में लिखा जाता है, और रिस्टोर की केवल कल्पना करने के बजाय उनका परीक्षण किया जाता है। फ़ाइल मैनेजर, डोमेन, DNS, SSL और लॉग्स के साथ पैनल से रिस्टोर वन-क्लिक की दूरी पर हैं।
हम इस पृष्ठ पर किसी सेवा स्तर समझौते, प्रतिक्रिया समय या विलंबता के आंकड़े का दावा नहीं करते हैं — SLA शर्तें प्रति अनुबंध तय की जाती हैं। Footprint-Free योजनाओं के साथ जुड़ा 99.99% का आंकड़ा अपटाइम का आश्वासन है, एक ऐसा लक्ष्य जिसके अनुरूप हम निर्माण करते हैं, न कि कोई मापा गया ऐतिहासिक उपलब्धता रिकॉर्ड।
व्यवhar में यह निर्णय चार सवालों पर आधारित होता है, और अधिकांश ग्राहक एक मिनट से भी कम समय में इनके जवाब दे देते हैं।
हाँ। क्षेत्र (region) प्लेसमेंट इंजन के लिए एक इनपुट है, न कि आउट-ऑफ़-बैंड संभाला जाने वाला अनुरोध। किसी क्षेत्र को पिन करें और केवल उस क्षेत्र के लिए टैग किए गए फ्लीट वर्कर्स ही साइट प्राप्त करने के पात्र हैं; इसके बाद चुना गया क्षेत्र साइट रिकॉर्ड पर संग्रहीत किया जाता है ताकि आप हमेशा यह देख सकें कि यह कहाँ चलता है। इसे अनसेट छोड़ दें और साइट उस वर्कर का क्षेत्र ले लेती है जिस पर वह पहुँचती है।
जर्मनी और फ़िनलैंड में यूरोप; वर्जीनिया और ओरेगॉन में संयुक्त राज्य अमेरिका; और टोक्यो, सिंगापुर और सियोल में एशिया-पैसिफिक। यूरोप प्राथमिक क्षेत्र है और यदि आप अपनी कोई पसंद व्यक्त नहीं करते हैं, तो यह डिफ़ॉल्ट रूप से चुना जाता है। सख्त EU रेसीडेंसी के लिए, या जहाँ खरीद प्रक्रिया के लिए एक प्रमाणित अंतर्निहित प्लेटफ़ॉर्म की आवश्यकता होती है, हम उन आवश्यकताओं को पूरा करने वाली क्षमता पर इसे रख सकते हैं। प्रत्येक क्षेत्र के पीछे के आपूर्तिकर्ता हमारी अपनी व्यावसायिक व्यवस्था हैं — आप क्षेत्र चुनते हैं, विक्रेता नहीं।
नहीं — Zinn Digital® के पास आज अपने स्वयं के कोई अनुपालन प्रमाणपत्र नहीं हैं, और हम ऐसा कोई दावा नहीं करेंगे। हम जो कर सकते हैं, वह यह है कि आपके वर्कलोड को एक ऐसे आधारभूत प्लेटफ़ॉर्म पर रखा जाए जिसके पास वे प्रमाणपत्र हैं, जहाँ खरीदार की प्रोक्योरमेंट प्रक्रिया आपकी साइटों के नीचे एक प्रमाणित प्लेटफ़ॉर्म को एक अनिवार्य शर्त बनाती है। इसके अलावा, प्लेटफ़ॉर्म के अपने नियंत्रण वास्तविक और निरीक्षण योग्य हैं: प्रति-साइट आइसोलेशन, प्रत्येक टेनेंट-स्कोपेड टेबल पर रो-लेवल सुरक्षा, Vault में सुरक्षित रखे गए सीक्रेट्स, हर जगह TLS, और विशेषाधिकार प्राप्त क्रियाओं की ऑडिट लॉगिंग।
तैनाती चुपचाप आपकी साइट को कहीं और ले जाने के बजाय प्लेसमेंट त्रुटि के साथ साफ़ तौर पर विफल हो जाती है। यह जानबूझकर किया गया है: चुपचाप अधिकार क्षेत्र बदलने वाली साइट, रुकने वाली और उसका कारण बताने वाली तैनाती की तुलना में कहीं अधिक बुरा परिणाम है। उस क्षेत्र में अधिक होस्ट ऑनलाइन लाकर क्षमता जोड़ी जाती है, जहाँ वे खुद को पंजीकृत करते हैं और तुरंत काम स्वीकार करना शुरू कर देते हैं।
हम विलंबता बेंचमार्क प्रकाशित नहीं करते हैं और किसी विशिष्ट आंकड़े का वादा नहीं करेंगे। हम जिस वास्तुकला (आर्किटेक्चर) का वर्णन कर सकते वह यह है कि Cloudflare प्रत्येक साइट के आगे रहता है ताकि कैश किए जाने योग्य प्रतिक्रियाएं विज़िटर के पास के एज लोकेशन से परोसी जाएं, LSCache PHP या डेटाबेस को छुए बिना वर्कर से पूरे पेज परोसता है, और प्रति-साइट Redis ऑब्जेक्ट कैश बार-बार आने वाली क्वेरी को संभाल लेता है। अधिकांश सामग्री साइटों के लिए उस संयोजन का मतलब है कि कैश कॉन्फ़िगरेशन की तुलना में ओरिजिन क्षेत्र बहुत कम मायने रखता है। यदि आपका दर्शक वर्ग एक ही महाद्वीप में केंद्रित है, तो भी ओरिजिन को वहीं रखें।
क्षेत्र निर्धारित किया जाता है जब कोई साइट स्थापित की जाती है और साइट रिकॉर्ड पर संग्रहीत की जाती है, इसलिए क्षेत्र बदलना एक टॉगल के बजाय एक माइग्रेशन है। यदि आप पहले से जानते हैं कि बदलाव होने वाला है, तो निर्माण करने से पहले हमसे बात करें — लाइव पोर्टफोलियो को स्थानांतरित करने की तुलना में पहली बार में सही ढंग से स्थापित करना बहुत सस्ता है।
प्रति-साइट बैकअप अपरिवर्तनीय, ऑफसाइट और रनिंग फ्लीट से अलग होते हैं, जिन्हें ऑब्जेक्ट स्टोरेज में लिखा जाता है, रिस्टोर का परीक्षण किया जाता है न कि केवल अनुमान लगाया जाता है, और पैनल से एक क्लिक में रिस्टोर किए जा सकते हैं। यदि आपकी अनुपालन स्थिति के अनुसार बैकअप स्टोरेज का किसी विशिष्ट क्षेत्राधिकार में होना आवश्यक है, तो सीधे हमसे संपर्क करें — यह एक ऐसा संविदात्मक विवरण है जिस पर हम प्रत्येक ग्राहक के आधार पर सहमति बनाते हैं, न कि किसी वेब पेज पर किया जाने वाला कोई सामान्य दावा।
हाँ। यह ट्रायल 14 दिनों का है, बिना कार्ड के है, और डिफ़ॉल्ट यूरोपीय क्षेत्र में शुरू होता है। इसमें पाँच साइटों तक के साथ Footprint-Free Hosting शामिल है, जो यह देखने के लिए पर्याप्त है कि यह तय करने से पहले कि आपका प्रोडक्शन पोर्टफोलियो कहाँ होना चाहिए, डिप्लॉय, प्लेसमेंट और कैशे लेयर कैसे काम करती हैं।
यूरोप में कार्ड-मुक्त 14-दिन का ट्रायल शुरू करें, या पहले हमें अपनी निवास आवश्यकता बताएं और हम आपको पहले डिप्लॉयमेंट से ही सही जगह पर सेट कर देंगे।
निःशुल्क शुरू करें