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

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

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

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

क्या कोई "सही" SLA भी है?

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

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

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

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

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

यदि हम लोकप्रिय घरेलू होस्टर्स लेते हैं, तो एक ऑफर दूसरे से बेहतर है: 25/8 समर्थन, सर्वर अपटाइम 99,9999999% समय, कम से कम रूस में अपने स्वयं के डेटा केंद्रों का एक समूह। कृपया डेटा सेंटरों के बारे में बात याद रखें, हम थोड़ी देर बाद इस पर वापस आएंगे. इस बीच, आइए आदर्श दोष सहिष्णुता आंकड़ों के बारे में बात करें और एक व्यक्ति को तब क्या सामना करना पड़ता है जब उसका सर्वर अभी भी "0,0000001% विफलताओं" में आता है।

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

परिणाम के साथ कि

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

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

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

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

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

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

क्योंकि एक सामान्य SLA संभवतः आपकी सहायता नहीं करेगा। लेकिन पुनर्विक्रेता के बजाय सुविधाओं के मालिक के साथ काम करने से संभावित समस्याओं के समाधान में काफी तेजी आएगी।

स्रोत: www.habr.com