यह सोचना बंद कर दें कि SLA आपको बचाएगा। सुरक्षा की झूठी भावना को शांत करना और बनाना आवश्यक है।

SLA, यह एक "सेवा-स्तरीय समझौता" भी है - ग्राहक और सेवा प्रदाता के बीच इस बात की गारंटी कि ग्राहक को सेवा के संदर्भ में क्या मिलेगा। यह आपूर्तिकर्ता की गलती के कारण डाउनटाइम के मामले में मुआवजे को भी निर्धारित करता है। संक्षेप में, एक SLA एक क्रेडेंशियल है जिसके साथ एक डेटा सेंटर या होस्टिंग प्रदाता एक संभावित क्लाइंट को आश्वस्त करता है कि उसे हर तरह से और सामान्य रूप से व्यवहार किया जाएगा। सवाल यह है कि आप SLA में कुछ भी लिख सकते हैं, और इस दस्तावेज़ में वर्णित घटनाएं बहुत बार नहीं होती हैं। SLA एक डेटा सेंटर का चयन करने में एक दिशानिर्देश से बहुत दूर है और आपको निश्चित रूप से इस पर भरोसा नहीं करना चाहिए।

हम सभी कुछ प्रकार के समझौतों पर हस्ताक्षर करने के लिए उपयोग किए जाते हैं जो कुछ दायित्वों को लागू करते हैं। एसएलए भी कोई अपवाद नहीं है - आमतौर पर वास्तविकता से सबसे अधिक तलाकशुदा दस्तावेज। संभवतः अधिक बेकार शायद केवल अधिकार क्षेत्र में एनडीए है जहां "व्यापार रहस्य" की अवधारणा वास्तव में मौजूद नहीं है। और पूरी समस्या यह है कि एसएलए ग्राहक को आपूर्तिकर्ता की सही पसंद में मदद नहीं करता है, लेकिन केवल अलग करता है।

होस्टर्स अक्सर SLA के सार्वजनिक संस्करण में क्या लिखते हैं जो वे जनता को दिखाते हैं? ठीक है, पहली पंक्ति मेजबान की "विश्वसनीयता" के रूप में एक शब्द है - ये आमतौर पर 98 से 99.999% तक संख्याएं हैं। वास्तव में, ये संख्या विपणक का सिर्फ एक सुंदर आविष्कार है। एक बार, जब होस्टिंग युवा और महंगी थी, और बादलों ने केवल विशेषज्ञों के लिए (साथ ही सभी के लिए ब्रॉडबैंड का उपयोग) के बारे में सपना देखा था, अपटाइम की मेजबानी का सूचक बेहद महत्वपूर्ण और बेहद महत्वपूर्ण था। अब, जब सभी आपूर्तिकर्ता प्लस या माइनस एक और एक ही उपकरण का उपयोग करते हैं, तो एक ही बैकबोन नेटवर्क पर बैठते हैं और एक ही सर्विस पैकेज की पेशकश करते हैं, अपटाइम इंडिकेटर बिल्कुल संकेत नहीं है।

वहाँ एक "सही" एसएलए है

बेशक, SLAs के आदर्श संस्करण हैं, लेकिन उनमें से सभी गैर-मानक दस्तावेज हैं और मैनुअल मोड में क्लाइंट और आपूर्तिकर्ता के बीच लिखे और निष्कर्ष निकाले जाते हैं। इसके अलावा, यह इस प्रकार का SLA है जो अक्सर सेवाओं के बजाय किसी प्रकार के अनुबंध कार्य से संबंधित होता है।

एक अच्छे SLA में क्या होना चाहिए? यदि आप TLDR देते हैं, तो एक अच्छा SLA दो संस्थाओं के बीच संबंधों को विनियमित करने वाला एक दस्तावेज है, जो किसी एक पक्ष (ग्राहक) को प्रक्रिया पर अधिकतम नियंत्रण देता है। यही है, यह वास्तविक दुनिया में कैसे काम करता है: एक दस्तावेज है जो बातचीत की वैश्विक प्रक्रियाओं का वर्णन करता है और पार्टियों के बीच संबंधों को नियंत्रित करता है। यह सीमाओं, नियमों को स्थापित करता है, और अपने आप में प्रभाव का एक लीवर बन जाता है, जिसका दोनों पक्ष पूरी तरह से उपयोग कर सकते हैं। इसलिए, सही SLA के लिए धन्यवाद, ग्राहक केवल ठेकेदार के काम को सहमति के रूप में कर सकता है, और ठेकेदार एक अति सक्रिय ग्राहक से लड़ने में मदद कर सकता है जो अनुबंध द्वारा उचित नहीं है। यह इस तरह दिखता है: "हमारे SLA में यह इस तरह लिखा गया है और, यहाँ से जाओ, हम सहमति के रूप में सब कुछ करते हैं।"

यही है, "सही SLA" = "सेवाओं के प्रावधान के लिए पर्याप्त अनुबंध" और स्थिति पर नियंत्रण देता है। और शायद यह केवल तब है जब एक समान स्तर पर काम कर रहे हों।

वे साइट पर क्या लिखते हैं और वास्तविकता में इंतजार कर रहे हैं दो अलग चीजें हैं।

सामान्य तौर पर, हम आगे जिस पर चर्चा करेंगे, वह है विशिष्ट मार्केटिंग ट्रिक्स और चौकसता।

यदि हम लोकप्रिय घरेलू होस्टर्स लेते हैं, तो एक सुझाव दूसरे की तुलना में अधिक सुंदर है: 25/8 समर्थन, सर्वर अपटाइम 99.9999999% समय, इसके डेटा केंद्रों का एक गुच्छा कम से कम रूस में है। कृपया डेटा केंद्रों के बारे में उस क्षण को याद रखें, हम थोड़ी देर बाद उसमें लौट आएंगे । इस बीच, आइए आदर्श गलती सहिष्णुता के आंकड़ों के बारे में बात करें और एक व्यक्ति का सामना तब होता है जब उसका सर्वर "0.0000001% क्रैश" में आता है।

98% और उससे अधिक के संकेतकों के साथ, कोई भी बूंद सांख्यिकीय त्रुटि के कगार पर एक घटना है। काम करने वाले उपकरण और कनेक्शन या तो वहां हैं या नहीं। सालों तक आप एक समस्या के बिना 50% (इसकी SLA के अनुसार) "विश्वसनीयता" के साथ होस्टर का उपयोग कर सकते हैं या महीने में एक बार कुछ दिनों के लिए "ड्रॉप" कर सकते हैं जहां 99.99% घोषित किया गया है।

जब गिरने का क्षण आता है (और सब कुछ गिर जाता है, हम याद करते हैं, किसी दिन), तो ग्राहक एक आंतरिक कॉर्पोरेट मशीन का सामना करता है जिसे "समर्थन" कहा जाता है, और सेवाओं और एसएलए के प्रावधान के लिए अनुबंध प्रकाश में आता है। इसका क्या मतलब है:

• सबसे अधिक संभावना है, डाउनटाइम के पहले चार घंटों के लिए, आप कुछ भी प्रस्तुत करने में सक्षम नहीं होंगे, हालांकि कुछ होस्ट उस समय से टैरिफ (मुआवजे का भुगतान) की पुनरावृत्ति शुरू कर देते हैं जो वे गिरते हैं।
• यदि सर्वर अधिक समय के लिए अनुपलब्ध है, तो आप टैरिफ रिकाउंट के लिए अनुरोध सबमिट करने में सक्षम हो सकते हैं।
• और यह प्रदान किया जाता है कि आपूर्तिकर्ता की गलती के माध्यम से समस्या उत्पन्न हुई।
• यदि आपकी समस्या किसी तीसरे पक्ष (राजमार्ग पर) के कारण उत्पन्न हुई है, तो ऐसा लगता है कि "कोई भी दोषी नहीं है" और जब समस्या हल हो जाती है - तो आपकी किस्मत का सवाल है।

यह समझना महत्वपूर्ण है कि आपको इंजीनियरिंग टीम तक पहुंच कभी नहीं मिलती है, सबसे अधिक बार आपको समर्थन की पहली पंक्ति से रोक दिया जाता है, जो आपके साथ पत्राचार में है, जबकि वास्तविक इंजीनियर स्थिति को सही करने की कोशिश कर रहे हैं। परिचित परिदृश्य?

यहां, कई SLA पर भरोसा करते हैं, जो, ऐसा लगता है, आपको ऐसी स्थितियों से बचाना चाहिए। लेकिन, वास्तव में, कंपनियां शायद ही कभी अपने स्वयं के दस्तावेज़ की सीमाओं से परे जाती हैं या स्थिति को चालू करने में सक्षम होती हैं ताकि अपनी लागत को कम से कम किया जा सके। SLA का प्राथमिक उद्देश्य सतर्कता को कम करना और यह समझाना है कि अप्रत्याशित स्थिति की स्थिति में भी, "सबकुछ ठीक हो जाएगा।" SLA का दूसरा कार्य मुख्य महत्वपूर्ण बिंदुओं पर चर्चा करना है और सर्विस प्रोवाइडर रूम को पैंतरेबाज़ी देना है, अर्थात विफलता के लिए कुछ करने की क्षमता को प्रदान करना जिसके लिए प्रदाता "जिम्मेदार नहीं है"।

उसी समय, बड़े ग्राहक, वास्तव में, एसएलए के तहत मुआवजे की परवाह नहीं करते हैं। "एसएलए द्वारा मुआवजा" उपकरण के डाउनटाइम के अनुपात में टैरिफ के भीतर एक वापसी है, जो संभावित नकदी और प्रतिष्ठा के नुकसान का 1% भी कवर नहीं करेगा। इस मामले में, क्लाइंट के लिए यह अधिक महत्वपूर्ण है कि समस्याओं को जल्द से जल्द ठीक किया जाए, न कि किसी प्रकार के "टैरिफ" के बजाय।

"दुनिया भर में बहुत सारे डेटा सेंटर" - चिंता का कारण है

हमने सेवा प्रदाता पर बड़ी संख्या में डेटा केंद्रों को एक अलग श्रेणी में रखा है, क्योंकि ऊपर वर्णित स्पष्ट संचार समस्याओं के अलावा, गैर-स्पष्ट समस्याएं भी सामने आती हैं। उदाहरण के लिए, आपके सेवा प्रदाता के पास "उनके" डेटा केंद्रों तक पहुंच नहीं है।

अपने पिछले लेख में, हमने संबद्ध कार्यक्रमों के प्रकारों के बारे में लिखा और व्हाइट लेबल मॉडल का उल्लेख किया , जिसका सार इसकी आड़ में अन्य लोगों की क्षमताओं का पुनर्विक्रय है। कई क्षेत्रों में "अपने डेटा केंद्र" होने का दावा करने वाले आधुनिक होस्टर्स का अधिकांश हिस्सा व्हाइट लेबल मॉडल का उपयोग करके पुनर्विक्रेता हैं। यही है, शारीरिक रूप से स्विट्जरलैंड, जर्मनी या नीदरलैंड में सशर्त डेटा केंद्र के साथ उनका कोई लेना-देना नहीं है।

यहां बेहद दिलचस्प टकराव पैदा होते हैं। सेवा प्रदाता के साथ आपका SLA अभी भी काम कर रहा है और चालू है, लेकिन प्रदाता किसी भी तरह से दुर्घटना की स्थिति में मौलिक रूप से स्थिति को प्रभावित करने में सक्षम नहीं है। वह खुद अपने आपूर्तिकर्ता पर निर्भर स्थिति में है - एक डेटा सेंटर, जिसमें से पुनर्विक्रय के लिए रैक-क्षमता खरीदी गई थी।

इस प्रकार, यदि विश्वसनीयता और सेवा पर समझौते और एसएलए में केवल सुंदर शब्दांकन आपके लिए महत्वपूर्ण नहीं है, लेकिन सेवा प्रदाता की समस्याओं को जल्दी से हल करने की क्षमता भी है, तो यह सुविधाओं के मालिक के साथ सीधे काम करने के लायक है। वास्तव में, इसका तात्पर्य सीधे डेटा केंद्र के साथ प्रत्यक्ष बातचीत है।

जब हम कई डीसी वास्तव में एक कंपनी से संबंधित हो सकते हैं, तो हम विकल्पों पर विचार क्यों नहीं करते हैं? वैसे, ऐसी बहुत कम कंपनियां हैं। एक, दो, तीन छोटे डेटा सेंटर या एक बड़ा - यह वास्तविक है। लेकिन एक दर्जन डीसी, जिनमें से आधे रूसी संघ में हैं, और यूरोप में दूसरा लगभग असंभव है। और इसका मतलब यह है कि कई और पुनर्विक्रेता कंपनियां हैं जो आप कल्पना कर सकते हैं। यहाँ एक सरल उदाहरण है:


Google क्लाउड सेवा के डेटा केंद्रों की संख्या का अनुमान लगाएं। यूरोप में केवल छह हैं। लंदन, एम्स्टर्डम, ब्रुसेल्स, हेलसिंकी, फ्रैंकफर्ट और ज्यूरिख में। यानी सभी प्रमुख ट्रंक बिंदुओं पर। क्योंकि डेटा सेंटर एक महंगी, जटिल और बहुत बड़ी परियोजना है। अब मास्को में कहीं से होस्टिंग कंपनियों को याद रखें "रूस और यूरोप में एक दर्जन डेटा सेंटर।"

निश्चित रूप से, वहाँ पर्याप्त अच्छे आपूर्तिकर्ता नहीं हैं जिनके व्हाइट लेबल कार्यक्रम में भागीदार हैं, और वे शीर्ष पायदान सेवाएं प्रदान करते हैं। वे एक ही ब्राउज़र विंडो के माध्यम से एक ही समय में यूरोपीय संघ और रूसी संघ में क्षमता किराए पर लेना संभव बनाते हैं, रूबल में भुगतान स्वीकार करते हैं, मुद्रा में नहीं, और इसी तरह। लेकिन SLA में वर्णित मामलों के घटित होने पर, वे आपके जैसी स्थिति के बिल्कुल बंधक बन जाते हैं।

यह एक बार फिर हमें याद दिलाता है कि एक एसएलए बेकार है जब तक कि आपके पास संगठन संरचना और विक्रेता क्षमताओं के बारे में कोई सुराग नहीं है।

परिणाम क्या है?

सर्वर क्रैश हमेशा एक अप्रिय घटना होती है और कहीं भी, किसी को भी हो सकती है। सवाल यह है कि आप जिस स्थिति पर चाहते हैं उस पर नियंत्रण की डिग्री क्या है। अब बाजार में क्षमता के बहुत अधिक प्रत्यक्ष आपूर्तिकर्ता नहीं हैं, और अगर हम बड़े खिलाड़ियों के बारे में बात करते हैं, तो वे स्वयं, सम्मेलन द्वारा, पूरे यूरोप में एक दर्जन से बाहर मास्को में कहीं केवल एक डीसी, जिससे आप पहुंच सकते हैं।

यहां, प्रत्येक ग्राहक को स्वयं के लिए निर्णय लेना चाहिए: मैं अभी आराम का चयन करता हूं या रूस या यूरोप में स्वीकार्य बिंदु पर डेटा सेंटर की खोज में समय और ऊर्जा खर्च करता हूं, जहां मैं अपने उपकरण रख सकता हूं या क्षमता खरीद सकता हूं। पहले मामले में, मानक समाधान जो वर्तमान में बाजार पर हैं, वे करेंगे। दूसरे में - आपको पसीना आना है।

सबसे पहले, यह पहचानना आवश्यक है कि सेवाओं का विक्रेता सुविधाओं / डेटा केंद्र का प्रत्यक्ष मालिक है या नहीं। बहुत सारे व्हाइट लेबल पुनर्विक्रेताओं ने अपनी सभी स्थितियों के साथ अपनी स्थिति का मुखौटा लगाया, और इस मामले में हमें कुछ अप्रत्यक्ष संकेतों को देखने की आवश्यकता है। उदाहरण के लिए, यदि "उनके यूरोपीय डीसी" में कुछ विशिष्ट नाम और लोगो हैं जो आपूर्तिकर्ता कंपनी के नाम से भिन्न हैं। या अगर कहीं "पार्टनर" शब्द चमकता है। पार्टनर्स = 95% मामलों में व्हाइट लेबल।

अगला, आपको कंपनी की संरचना के साथ खुद को परिचित करने की आवश्यकता है, लेकिन उपकरण को लाइव देखने के लिए बेहतर है। डेटा केंद्रों में, अपनी स्वयं की वेबसाइट या ब्लॉग पर भ्रमण या कम से कम भ्रमण लेखों का अभ्यास नया नहीं है (हमने इन्हें एक बार और दो बार लिखा है), जहां वे फोटो और विस्तृत विवरण के साथ अपने डेटा केंद्र के बारे में बात करते हैं।

कई डेटा केंद्रों के साथ, आप कार्यालय में व्यक्तिगत यात्रा और डीसी के लिए मिनी-भ्रमण की व्यवस्था कर सकते हैं। वहां आप ऑर्डर की डिग्री का आकलन कर सकते हैं, शायद आप इंजीनियरों में से एक के साथ संवाद कर सकते हैं। यह स्पष्ट है कि यदि कोई आपको 300 आरयूबी / माह के लिए एक सर्वर की आवश्यकता है, तो उत्पादन के लिए एक भ्रमण की व्यवस्था नहीं करेगा, लेकिन यदि आपको गंभीर क्षमता की आवश्यकता है, तो बिक्री विभाग आपको अच्छी तरह से मिल सकता है। उदाहरण के लिए, हम ऐसे भ्रमण का संचालन करते हैं।

किसी भी मामले में, आपको सामान्य ज्ञान और व्यवसाय की आवश्यकताओं द्वारा निर्देशित किया जाना चाहिए। उदाहरण के लिए, यदि आपको एक वितरित अवसंरचना (रूसी संघ में कुछ सर्वर, यूरोपीय संघ में दूसरा) की आवश्यकता है, तो व्हाइट लेबल मॉडल के अनुसार यूरोपीय डीसी के साथ साझेदारी करने वाले होस्टर्स की सेवाओं का उपयोग करना आसान और अधिक लाभदायक होगा। यदि आपका पूरा इन्फ्रास्ट्रक्चर एक बिंदु, यानी एक डेटा सेंटर में केंद्रित है, तो आपको आपूर्तिकर्ता खोजने के मुद्दे पर कुछ समय देना चाहिए।

क्योंकि एक विशिष्ट एसएलए शायद आपकी मदद नहीं करेगा। लेकिन सुविधाओं के मालिक के साथ काम करना, और पुनर्विक्रेता नहीं, संभव समस्याओं के समाधान में काफी तेजी लाएगा।