युराेप — जर्मनी
आमची जर्मन क्षमता हे प्राथमिक क्षेत्र आहे आणि आम्ही कुठेही चालवत असलेली सर्वोत्तम किंमत/कामगिरी आहे. नवीन क्षमता येथे प्रथम येते, म्हणूनच हे युरोपीय ग्राहकांसाठी आणि स्वतःची कोणतीही रहिवासी अट नसलेल्या प्रत्येकासाठी डीफॉल्ट आहे.
प्रदेश आणि डेटा निवासस्थान
तुमच्या साइट्स तुम्ही जिथे सांगाल तिथे चालतात
या प्लॅटफॉर्मवर प्रदेश (region) ही सपोर्ट तिकीट नाही — ती साइटची एक प्रॉपर्टी आहे, जिच्यानुसार काहीही डिप्लॉय करताना प्लेसमेंट इंजिन प्रत्येक वेळी काम करते. युरोप, युनायटेड स्टेट्स किंवा आशिया-पॅसिफिक निवडा, आणि प्रत्येक डिप्लॉयमेंट त्या प्रदेशासाठी टॅग केलेल्या फ्लीट क्षमतेवर जाईल, ज्याच्या समोर एक ग्लोबल एज असेल. उपलब्धता: युके बाहेरील आमची स्वतःची फ्लीट क्षमता सध्या सक्रिय विकासाधीन आहे आणि अद्याप उपलब्ध नाही. येथे वर्णन केलेल्या इतर सर्व गोष्टी आज लाइव्ह आहेत.
- ६,५०,०००+जगभरात होस्ट केलेले साइट्स
- EU · US · APACप्लॅसमेंट प्रदेश
- 99.99%अपटाइम आश्वासन
- ५८पॅनेल भाषा
आम्ही कुठे चालवतो
प्रत्येक रिजनच्या मागे दोन गोष्टी असतात: तुमच्या साइट्स चालवणारा वर्कर फ्लीट आणि त्या व्यवस्थापित करणारे नियंत्रण कक्ष. दोन्ही रिजन-अवेअर आहेत आणि दोन्ही एकाच कारणांसाठी ठेवली आहेत — युरोप आणि युएस मध्ये आम्हाला मिळणारी सर्वोत्तम किंमत/कामगिरी, त्या दोन बाजारपेठांच्या पलीकडचे कव्हरेज, आणि ज्या खरेदीदारांच्या प्रोक्युरमेंटसाठी गरज असते त्यांच्यासाठी प्रमाणित-अंतर्निहित-प्लॅटफॉर्म पर्याय. कोणती रिजन निवडायची हे पूर्णपणे तुमच्या हातात आहे; त्याखालील क्षमता आमची स्वतःची व्यवस्था आहे आणि आम्ही जाणीवपूर्वक एकापेक्षा जास्त पुरवठादारांवर काम करतो जेणेकरून कोणतीही एक कंपनी कधीही संपूर्ण प्लॅटफॉर्म बनणार नाही.
युरोप — फिनलँड
फिनलंड युरोपियन वर्कलोडना दुसरे, शारीरिकदृष्ट्या वेगळे EU ठिकाण देते. जेव्हा तुम्हाला EU रेसिडेन्सी हवी असते पण संपूर्ण पोर्टफोलिओ एका देशाच्या फेल्युअर डोमेनमध्ये ठेवायचा नसतो, तेव्हा हे उपयुक्त ठरते.
युनायटेड स्टेट्स — पूर्व आणि पश्चिम
आमची युनायटेड स्टेट्स क्षमता पूर्व भागात व्हर्जिनियापासून पश्चिम भागात ओरेगनपर्यंत पसरलेली आहे, जी दोन्ही किनाऱ्यांना कव्हर करते. तीच यंत्रणा, तेच ड्रायव्हर्स, तोच पॅनेल — फक्त बदलणारी एकमेव गोष्ट म्हणजे प्लेसमेंट इंजिन तुमच्या साइट्ससाठी कोणता रीमियन टॅग स्वीकारेल.
आशिया-पॅसिफिक
आशिया-पॅसिफिक टोकियो, सिंगापूर आणि सोलमध्ये चालते. संपूर्ण प्लॅटफॉर्म याच पॅटर्नवर आधारित आहे: एखाद्या प्रदेशांतर्गत असलेली क्षमता हे आमच्या इंजिनमागील बदलण्यायोग्य इन्फ्रास्ट्रक्चर असते, कधीही इंजिन स्वतः नसते आणि आम्ही त्या प्रदेशात एकापेक्षा जास्त पुरवठादार चालवतो जेणेकरून कोणतीही साइट कधीही एकाच पुरवठादाराशी जोडलेली नसेल.
कडक निवासी नियम आणि प्रमाणित प्लॅटफॉर्म्स
जेव्हा एखाद्या कंत्राटाला GDPR-नेटिव्ह EU इन्फ्रास्ट्रक्चरची आवश्यकता असते, किंवा खरेदीदाराची प्रोक्युरमेंट यंत्रणा अंतर्निहित प्लॅटफॉर्मकडे SOC 2, ISO 27001 किंवा HIPAA ची प्रमाणपत्रे असणे अनिवार्य करते, तेव्हा आम्ही तुमचा वर्कलोड त्या प्रमाणपत्रांच्या क्षमतेवर ठेवू शकतो. ती अंतर्निहित प्लॅटफॉर्मची प्रमाणपत्रे आहेत, आमची नाहीत — आमच्याकडे स्वतःचे एकही प्रमाणपत्र नाही आणि आम्ही तसा कधीही दावा करणार नाही.
प्लेसमेट प्रत्यक्ष II कशी काम करते ते
साइट तयार करताना रिजिअन (region) कोडमध्ये लागू केले जाते, ऑपरेटरला कोणती बॉक्स वापरायची हे लक्षात ठेवण्याची गरज नाही.
प्रत्येक वर्करला टॅग केले आहे
फलीटमधील प्रत्येक होस्ट स्वतःची नोंदणी प्रदेश की, उत्पादन-ओळ आत्मीयता सूची, वेब-सर्वहर प्रकार आणि क्षमता आकृतीसह करतो, आणि नंतर कार्य ओढून घेतो. प्लेसमेंट सेवा प्रथम प्रदेशावर, नंतर उत्पादन ओळीवर, आणि त्यानंतर मोकळ्या क्षमतेवर उमेदवारांची वर्गवारी करते, आणि सर्वात कमी भार असलेला पात्र होस्ट निवडते.
हे स्थळ प्रदेश वारसाहक्काने प्राप्त करते आणि राखून ठेवते
जर तुम्ही एखादे क्षेत्र पिन केले असेल, तर फक्त त्या क्षेत्रातील वर्कर पात्र आहेत. जर तुम्ही केले नसेल, तर साइटला ती ज्या वर्करवर लँड होते त्याचे क्षेत्र मिळते आणि ती किंमत साइटवर संग्रहित केली जाते — त्यामुळे तुमचा डेटा कुठे आहे याची नोंद हे एक वाचण्यायोग्य फील्ड आहे, गृहीतके नाही.
क्षमता अणुक्रमे मागितली आहे
प्लacements क्षमतेचा दावा एका सशर्त अपडेटसह करतात, जे केवळ तेव्हाच यशस्वी होते जेव्हा वर्कर अद्याप सक्रिय असतो, डिप्लॉय स्वीकारत असतो आणि क्षमतेच्या मर्यादेत असतो. शेवटच्या जागेसाठी स्पर्धा करणारे दोन डिप्लॉय दोन्ही जिंकू शकत नाहीत, त्यामुळे कोणतीही रिजन कधीही नकळत ओव्हरसबस्क्राईब होत नाही.
चुकीच्या प्रदेशावर कोणतीही मूक फॉलबॅक नाही
तुमच्या प्रदेशात पात्र असलेल्या कोणत्याही ठिकाणी जागा नसल्यास, उपयोजन (डप्लॉय) एक प्लेसमेंट एरर निर्माण करते आणि थांबते. विनंती यशस्वी करण्यासाठी ते दुसऱ्या खंडात बॅकअप घेत नाही. मूकपणे देश बदललेल्या साइटपेक्षा दृश्यमान अपयश आणि क्षमता वाढ श्रेष्ठ असते.
व्यत्ययाऐवजी ड्रेन
प्रत्येक वर्करकडे accepts-deploys स्विच असतो. तो काढून टाकण्यासाठी (drain) चालू केल्यावर नवीन साइट्स येणे थांबते तर सध्याच्या साइट्स कोणतीही तडजोड न करता सुरूच राहतात, याच प्रकारे आम्ही तुमचे वर्कलोड्स हलवल्याशिवाय एखाद्या प्रदेशांतर्गत देखभाल (maintenance), हार्डवेअर रीफ्रेश आणि डीकमिशनिंग करतो.
एक उत्पादन निर्णय म्हणून निवासस्थान
डेटा रेजिडेन्सी हा अशा काही होस्टिंग निर्णयांपैकी एक आहे जो बदलणे खरोखरच कठीण असते, त्यामुळे प्लॅटफॉर्म याला उपयोजन तपशील मानण्याऐवजी एक प्रथम-श्रेणी परिमाण म्हणून मानतो. ग्राहकाची रेजिडेन्सी निवड हे प्लेसमेंटसाठी इनपुट असते, साइटच्या संदर्भात प्रदेश नोंदवला जातो आणि जुळण्यासाठी फ्लीटला टॅग केले जाते. यामुळेच रेजिडेन्सीचे उत्तर उपांत्यकतेऐवजी ऑडिट करण्यायोग्य बनते.
याची समांतरपणे टेनन्सी मॉडेल चालते. इंजिनमधील प्रत्येक रेकॉर्डमध्ये डेटाबेसवर लागू केलेल्या PostgreSQL रो-लेव्हल सिक्युरिटीसह एक ऑर्गनायझेशन स्कोप असतो, आणि टेनन्सी पदानुक्रमीय (हाययरार्जिकल) असते—क्लायंट ऑर्गनायझेशन्सच्या वर रिसेलर ऑर्गनायझेशन आणि साइट्सच्या वर क्लायंट ऑर्गनायझेशन्स. रिजन डेटा कुठे आहे हे ठरवते; रो-लेव्हल सिक्युरिटी त्यावर कोण पोहोचू शकते हे ठरवते. कम्प्लायन्स समीक्षकांसाठी दोन्ही महत्त्वाचे आहेत आणि त्यापैकी एकही पर्यायी नाही.
जीडीपीआर (GDPR) डेटा निर्यात आणि विलोपन ही जोडलेली प्रक्रिया न राहता एकाच डिझाइनचा भाग आहेत आणि विशेषाधिकारप्राप्त व प्रशासकीय कृतींचे ऑडिट-लॉग केले जाते. तुमच्या खरेदीदाराच्या प्रश्नावलीमध्ये डेटा कुठे साठवला जातो, त्याची विचारणा कोण करू शकते आणि जेव्हा एखादी व्यक्ती डेटा परत मागते तेव्हा काय होते, असे प्रश्न विचारले असल्यास, येथे त्यांची उत्तरे मिळतात.
स्थानिक मूळ (लोकल ओरिजिन) ही गतीची केवळ अर्धीच गोष्ट आहे
जवळचे क्षेत्र निवडल्यास मदत होते, परंतु तुमच्या अभ्यागत अनुभवत असलेल्या बहुतांश लेटन्सीचा निर्णय विनंती तुमच्या मूळ सर्व्हरपर्यंत पोहोचण्याआधीच झालेला असतो.
- Cloudflare सर्वकाही समोरून हाताळते — CDN, WAF, DNS आणि DDoS संरक्षण — जेणेकरून कॅशे करण्यायोग्य प्रतिसादा (responses) तुमच्या मूळ क्षेत्रापेक्षा (origin region) अभ्यागताच्या (visitor) जवळील एजवरून (edge) दिले जातात.
- LSCache थेट वर्करवर सर्वर-स्तरीय फुल-पेज कॅश म्हणून ESI आणि स्मार्ट ऑटो-पर्झसह चालतो, ज्याचा अर्थ असा आहे की बहुतेक WordPress विनंत्या कधीही PHP किंवा MySQL ला स्पर्श करत नाहीत.
- प्रत्येक साईटसाठी असणारी Redis ऑब्जेक्ट कॅशे ॲप्लिकेशनपर्यंत पोहोचणाऱ्या विनंत्यांमधून वारंवार होणारी डेटाबेस वाचण्याची प्रक्रिया काढून टाकते.
- पॅनेलमधील एका नियंत्रणाद्वारे आणि Zinn® कॅशे प्लगइनद्वारे WordPress च्या आतून, दोन्ही स्तरांवर पर्जची प्रक्रिया एकत्रितपणे केली जाते, त्यामुळे तुम्ही प्रकाशित केल्यानंतर एज कॉपी आणि ओरिजिन कॉपी यांच्यात कधीही तफावत राहत नाही.
- Footprint-Free चे ग्राहक वरच्या बाजूस CDN खाते पूल एकत्र करतात: आमची खाती आणि तुमच्या स्वतःच्या खात्यांवर साइट्स पसरलेल्या असतात, आणि डिप्लॉय करण्याच्या वेळी थेट खात्याच्या स्थितीवरून शिल्लक पुन्हा मोजली जाते.
- आम्ही कोणतेही लेटन्सी किंवा थ्रूपुट बेंचमार्क प्रकाशित करत नाही आणि दिलेला प्रदेश तुमच्या प्रेक्षकवर्गासाठी सर्वात वेगवान असेल असा दावाही आम्ही करत नाही. तुमचे अभ्यागत आणि तुमची अनुपालन स्थिती ज्या प्रदेशाकडे निर्देश करतात तो निवडा आणि कॅश लेयर्सना उर्वरित काम करू द्या.
अयशस्वी डोमेन, बॅकअप आणि प्रामाणिक सीमा
बहु-प्रादेशिक (मल्टी-रेजिओन) सेटअपला फारसा अर्थ उरत नाही, जर प्रत्येक गोष्ट अजूनही एकाच संकटाचा सामना करत असेल. ही आर्किटेक्चर अशा घटकांना वेगळे करते जे एकत्र अपयशी ठरू नयेत.
कंट्रोल प्लेन आणि फ्लीट वेगळे आहेत
इंजिन, डेटाबेस, वर्कफ्लो लेयर आणि डॅशबोर्ड्स त्यांच्या स्वतःच्या कुबेरनेट्स कंट्रोल प्लेनवर चालतात, जे ग्राहकांच्या साइट्सची सेवा करणाऱ्या वर्कर फ्लीटपासून पूर्णपणे वेगळे आहेत. कंट्रोल प्लेनमधील समस्येमुळे ग्राहकांच्या साइट्स बंद पडू नयेत आणि फ्लीटमधील समस्येमुळे प्लॅटफॉर्म बंद पडू नये.
सार्वजनिक पृष्ठभाग देखील स्वतंत्र आहेत
ग्राहकांचा डॅशबोर्ड, प्रशासक कन्सोल आणि हे मार्केटिंग साइट कंट्रोल-प्लेन क्लस्टरपासून स्वतंत्रपणे Cloudflare वर तैनात केले आहेत, त्यामुळे प्लॅटफॉर्मवरील समस्येमुळे तुम्हाला त्याबद्दल वाचण्यासाठी जाण्याचे ठिकाणही काढून टाकले जात नाही.
स्थिती प्लॅटफॉर्मबाहेर आहे
स्थिती पृष्ठ जाणीवपूर्वक वेगळ्या प्रदेशात एका वेगळ्या प्रदात्याकडे होस्ट केले जाते. ज्या इन्फ्रास्ट्रक्चरवर ते लक्ष ठेवते त्याच इन्फ्रास्ट्रक्चरवर चालणारे स्थिती पृष्ठ तुम्हाला त्याची सर्वात जास्त गरज असते त्या अगदी नेमक्या वेळी निरुपयोगी ठरते.
अपरिवर्तनीय, ऑफसाइट, वेगळ्या केलेल्या बॅकअप्स
प्रत्येक-साइटचे बॅकअप्स अपरिवर्तनीय आणि ऑफसाइट असतात, जे ऑब्जेक्ट स्टोरेजवर लिहीले जातात, आणि रिस्टोअर गृहीत धरण्याऐवजी त्यांची चाचणी घेतली जाते. फाइल मॅनेजर, डोमेन्स, DNS, SSL आणि लॉग्स सोबत पॅनलमधून रिस्टोअर करणे हे एका-क्लिकचे काम आहे.
आम्ही कशाचा दावा करत नाही
आम्ही या पृष्ठावर सेवा-स्तर करार (SLA), प्रतिसाद वेळ किंवा विलंबता आकृती दावा करत नाही — SLA अटी करारावर प्रति करार ठरवल्या जातात. Footprint-Free योजनांशी जोडलेली ९९.९९% ही आकृती अपटाइम खात्री आहे, हे आम्ही साध्य करण्याचे उद्दिष्ट आहे, मोजलेला ऐतिहासिक उपलब्धता रेकॉर्ड नाही.
प्रदेश निवडत आहे
प्रत्यक्ष व्यवहारात हा निर्णय चार प्रश्नांवर येऊन ठेपतो आणि बहुतेक ग्राहक एका मिनिटापेक्षा कमी वेळेत त्यांची उत्तरे देतात.
- तुमची कोणतीही करारात्मक किंवा कायदेशीर निवासस्थानाची आवश्यकता आहे का? असल्यास, ते ठरवते — GDPR च्या जबाबदाऱ्या असलेले EU ग्राहक जर्मनी किंवा फिनलंड निवडतात, आणि जेव्हा कराराची विशेष मागणी असते तेव्हा आमच्याकडे GDPR-नेटीव्ह EU मार्ग असतो.
- तुमची ज्याच्यावरून कमाई होते ती प्रेक्षकसंख्या नेमकी कुठे आहे? US-केंद्रित पोर्टफोलिओ सामान्यतः Virginia किंवा Oregon मधील असतो; तर APAC मधील प्रेक्षकवर्ग Tokyo, Singapore किंवा Seoul मधील असतो.
- तुमच्या खरेदीदाराच्या प्रोक्युरमेंटसाठी प्रमाणित अंतर्निहित प्लॅटफॉर्मची आवश्यकता आहे का? तुमच्या साइट्सच्या खालील इन्फ्रास्ट्रक्चरवर SOC 2 किंवा ISO 27001 अटेस्टेशन ही अट असेल, तर तुम्ही तयार करण्यापूर्वी आम्हाला सांगा आणि आम्ही त्या क्षमतांवर इन्स्टॉल करू जी याचे पालन करते.
- तुमचे पोर्टफोलिओ अपयशी क्षेत्रांमध्ये विभागले जावे अशी आपकी इच्छा आहे का? नेटवर्कचा काही भाग जर्मनीमध्ये आणि काही भाग फिनिशमध्ये चालवल्याने एकाच देशातील केंद्रितता दूर होऊन EU ची रहिवासी स्थिती कायम राहते.
- खात्री नाही? युरोपमध्ये कार्ड-मुक्त चाचणीसह सुरुवात करा. हे डीफॉल्ट क्षेत्र आहे, तिथे क्षमता सर्वाधिक आहे आणि तुम्ही नंतर इतरत्र कुठेही तैनात केल्यास पॅनेल, ड्रायव्हर्स किंवा वैशिष्ट्य संचामध्ये काहीही बदल होत नाही.
सतत विचारले जाणारे प्रश्न
माझ्या साइट्स कोणत्या प्रदेशात तैनात केल्या जाव्यात हे मी निवडू शकतो का?
होय. रिजन हे प्लेसमेंट इंजिनमधील इनपुट आहे, बँडबाहेर हाताळली जाणारी विनंती नाही. एखादे रिजन पिन करा आणि केवळ त्या रिजनसाठी टॅग केलेले फ्लीट वर्करच साइट प्राप्त करण्यासाठी पात्र ठरतात; निवडलेले रिजन नंतर साइट रेकॉर्डवर जतन केले जाते जेणेकरून ते कुठे चालते हे तुम्ही नेहमी वाचू शकता. ते अनसेट ठेवा आणि साइटवर ज्या वर्करवर ती जाते त्याचे रिजन आपोआप लागू होते.
तुम्ही कोणत्या प्रदेशांमध्ये चालवता?
युरोपमध्ये जर्मनी आणि फिनलंड; युनायटेड स्टेट्समध्ये व्हर्जिनिया आणि ओरेगन; आणि आशिया-पॅसिफिकमध्ये टोकियो, सिंगापूर आणि सोल. तुम्ही कोणतीही पसंती दर्शवली नाही तर युरोप हे प्राथमिक क्षेत्र आणि डीफॉल्ट आहे. कडक EU रहिवासीपणासाठी, किंवा जिथे प्रोक्युरमेंटसाठी प्रमाणित अंडरlying प्लॅटफॉर्म आवश्यक असतो, तिथे आम्ही त्या आवश्यकता पूर्ण करणाऱ्या क्षमतेवर काम करू शकतो. प्रत्येक क्षेत्रामागील पुरवठादार ही आमची स्वतःची व्यावसायिक व्यवस्था आहे — तुम्ही विक्रेता नाही तर क्षेत्र निवडता.
तुम्ही SOC 2 किंवा ISO 27001 चे पालन करता का?
नाही — Zinn Digital® कडे आज स्वतःची कोणतीही अनुपालन प्रमाणपत्रे नाहीत आणि आम्ही तसे कोणतेही सूचित करणार नाही. आम्ही जे करू शकतो ते म्हणजे तुमची वर्कलोड अशा अंतर्निहित प्लॅटफॉर्मवर ठेवणे ज्यांच्याकडे ही प्रमाणपत्रे आहेत, जिथे खरेदीदाराच्या प्रोक्युरमेंटसाठी तुमच्या साइट्सच्या खाली प्रमाणित प्लॅटफॉर्म असणे ही मुख्य अट असते. स्वतंत्रपणे, प्लॅटफॉर्मची स्वतःची नियंत्रणे वास्तविक आणि तपासणी करण्यायोग्य आहेत: प्रति-साइट izolिएशन, प्रत्येक टेनंट-स्कोप केलेल्या टेबलवर रो-लेव्हल सुरक्षा, Vault मध्ये सुरक्षित ठेवलेली गुपिते, सर्वत्र TLS आणि विशेषाधिकार प्राप्त कृतींचे ऑडिट लॉगिंग.
मला हवी असलेल्या प्रदेशात क्षमता नसेल तर काय होईल?
तुमची साइट शांतपणे दुसरीकडे पाठवण्याऐवजी ती डिप्लॉयमेंट प्लेसमेंट त्रुटीसह स्पष्टपणे अपयशी ठरते. हे जाणीवपूर्वक केले आहे: शांतपणे अधिकारक्षेत्र बदललेली साइट ही थांबलेल्या आणि त्याचे कारण सांगणाऱ्या डिप्लॉयमेंटपेक्षा बऱ्याच वाईट परिणामांची असते. त्या प्रदेशात अधिक होस्ट ऑनलाइन आणून क्षमता वाढवली जाते, जिथे ते स्वतःची नोंदणी करतात आणि त्वरित काम स्वीकारण्यास सुरुवात करतात.
युरोपमध्ये होस्टिंग केल्यामुळे इतर ठिकाणच्या पाहुण्यांसाठी माझी साइट सुस्त होईल का?
आम्ही लेटन्सी बेंचमार्क प्रकाशित करत नाही आणि विशिष्ट आकड्याचे वचनही देणार नाही. आम्ही ज्याचे वर्णन करू शकतो ती आर्किटेक्चर आहे: प्रत्येक साइटच्या पुढे Cloudflare असते जेणेकरून कॅशे करता येतील असे प्रतिसाद अभ्यागतजवळच्या एज लोकेशन्समधून सर्व्ह केले जातात, LSCache पीएचपी (PHP) किंवा डेटाबेसचा स्पर्श न करता वर्करवरून पूर्ण पेज सर्व्ह करते, आणि प्रत्येक साइटसाठी असणारे Redis ऑब्जेक्ट कॅशे वारंवार येणाऱ्या क्वेरीज सामावून घेते. बहुतांश कन्टेन्ट साइट्ससाठी या संयोगाचा अर्थ असा होतो की कॅशे कॉन्फिगरेशनच्या तुलनेत मूळ प्रदेश (origin region) खूप कमी महत्त्वाचा असतो. तुमचे प्रेक्षक एकाच खंडात केंद्रित असल्यास, तरीही मूळ तिथेच ठेवा.
मी नंतर विद्यमान साइट दुसर्या प्रदेशात हलवू शकतो का?
जेव्हा एखादी साइट तयार केली जाते तेव्हा तिचे क्षेत्र (Region) निश्चित केले जाते आणि साइट रेकॉर्डवर संचयित केले जाते, त्यामुळे क्षेत्रातील बदल हा टॉगल करण्याऐवजी एक मायग्रेशन असतो. तुम्हाला आधीच माहीत असेल की स्थलांतर होणार आहे, तर तयार करण्यापूर्वी आमच्याशी बोला — लाइव्ह पोर्टफोलिओचे स्थलांतर करण्यापेक्षा पहिल्याच वेळी ते योग्य ठिकाणी स्थापित करणे अधिक सोयीचे ठरते.
माझे बॅकअप कुठे ठेवले जातात?
प्रत्येक साईटचे बॅकअप इमुतेबल, ऑफसाईट आणि चालू फ्लीटपासून वेगळे ठेवलेले असतात, जे ऑब्जेक्ट स्टोरेजवर लिहून रिस्टोर्स गृहीत धरण्याऐवजी तपासले जातात आणि पॅनेलमधून एका क्लिकवर रिस्टोअर करता येतात. तुमच्या अनुपालन स्थितीनुसार (कम्प्लायन्स पोझिशिअन) बॅकअप स्टोरेज विशिष्ट जुरिडिक्शनमध्ये असणे आवश्यक असल्यास, आमच्याशी थेट संपर्क साधा—हा एक कराराचा मुद्दा आहे जो आम्ही प्रत्येक ग्राहकासोबत ठरवतो, वेब पेजवर केलेली कोणतीही सरसकट घोषणा नाही.
मी प्रदेश निवडल्याशिवाय हे वापरून पाहू शकतो का?
होय. चाचणी १४ दिवसांची आहे, कार्डशिवाय आहे, आणि डीफॉल्ट युरोपियन क्षेत्रामध्ये सुरू होते. यात पाच साइट्सपर्यंत Footprint-Free Hosting समाविष्ट आहे, जे तुमचे उत्पादन पोर्टफोलिओ कुठे असावे हे ठरवण्यापूर्वी तैनाती, प्लेसमेंट आणि कॅशे स्तर कसे कार्य करतात हे पाहण्यासाठी पुरेसे आहे.
संबंधित
जेव्हा अर्थ प्राप्त होतो तिथून सुरू करा, जेव्हा ते महत्त्वाचे असते तेव्हा पुढे जा
युरोपमध्ये कार्डशिवाय १४ दिवसांची चाचणी सुरू करा, किंवा आधी आम्हाला तुमची रहिवासी आवश्यकता सांगा आणि आम्ही तुम्हाला पहिल्या तैनातीपासूनच योग्य ठिकाणी ठेवू.
विनाशुल्क सुरू करा