SLA तुम्हाला वाचवेल असा विचार करणे थांबवा. याची खात्री देणे आणि सुरक्षिततेची खोटी भावना निर्माण करणे आवश्यक आहे.

SLA, ज्याला “सेवा-स्तरीय करार” म्हणूनही ओळखले जाते, हा ग्राहक आणि सेवा प्रदाता यांच्यातील हमी करार आहे जो ग्राहकाला सेवेच्या बाबतीत काय प्राप्त होईल. हे पुरवठादाराच्या चुकांमुळे डाउनटाइमच्या बाबतीत नुकसान भरपाई देखील निर्धारित करते, इत्यादी. थोडक्यात, SLA हे एक क्रेडेन्शियल आहे ज्याच्या मदतीने डेटा सेंटर किंवा होस्टिंग प्रदाता संभाव्य क्लायंटला खात्री देतो की त्याच्याशी प्रत्येक संभाव्य मार्गाने दयाळूपणे वागले जाईल. प्रश्न असा आहे की आपण SLA मध्ये आपल्याला पाहिजे असलेले काहीही लिहू शकता आणि या दस्तऐवजात लिहिलेल्या घटना वारंवार घडत नाहीत. डेटा सेंटर निवडण्यासाठी SLA हे मार्गदर्शक तत्त्वापासून दूर आहे आणि तुम्ही त्यावर विसंबून राहू नये.

आपल्या सर्वांना काही प्रकारच्या करारांवर स्वाक्षरी करण्याची सवय आहे जी काही बंधने लादतात. SLA हा अपवाद नाही - सहसा सर्वात अवास्तव दस्तऐवज कल्पना करता येतो. एकच गोष्ट जी कदाचित अधिक निरुपयोगी आहे ती म्हणजे अधिकारक्षेत्रातील NDA जेथे “व्यापार गुपित” ही संकल्पना खरोखरच अस्तित्वात नाही. परंतु संपूर्ण समस्या अशी आहे की SLA ग्राहकाला योग्य पुरवठादार निवडण्यात मदत करत नाही, परंतु केवळ डोळ्यात धूळ फेकते.

होस्टर्स बहुतेकदा SLA च्या सार्वजनिक आवृत्तीमध्ये काय लिहितात जे ते लोकांना दाखवतात? बरं, पहिली ओळ म्हणजे होस्टची "विश्वसनीयता" हा शब्द आहे - या सहसा 98 ते 99,999% पर्यंतच्या संख्या असतात. खरं तर, ही संख्या मार्केटर्सचा फक्त एक सुंदर शोध आहे. एके काळी, जेव्हा होस्टिंग तरुण आणि महाग होते, आणि क्लाउड हे तज्ञांसाठी फक्त एक स्वप्न होते (तसेच प्रत्येकासाठी ब्रॉडबँड प्रवेश), होस्टिंग अपटाइम इंडिकेटर अत्यंत, अत्यंत महत्वाचे होते. आता, जेव्हा सर्व पुरवठादार समान उपकरणे वापरतात, अधिक किंवा वजा करतात, समान बॅकबोन नेटवर्कवर बसतात आणि समान सेवा पॅकेजेस ऑफर करतात, तेव्हा अपटाइम इंडिकेटर पूर्णपणे अविस्मरणीय असतो.

एक "योग्य" SLA देखील आहे का?

अर्थात, SLA च्या आदर्श आवृत्त्या आहेत, परंतु ते सर्व नॉन-स्टँडर्ड दस्तऐवज आहेत आणि क्लायंट आणि पुरवठादार यांच्यात मॅन्युअली नोंदणीकृत आणि निष्कर्ष काढले जातात. शिवाय, या प्रकारचा SLA बहुतेक वेळा सेवांऐवजी काही प्रकारच्या कंत्राटी कामाशी संबंधित असतो.

चांगल्या SLA मध्ये काय समाविष्ट असावे? TLDR असे सांगायचे तर, चांगला SLA हा दोन संस्थांमधील संबंधांचे नियमन करणारा दस्तऐवज आहे, जो पक्षांपैकी एकाला (ग्राहक) प्रक्रियेवर जास्तीत जास्त नियंत्रण देतो. म्हणजेच, वास्तविक जगात ते कसे कार्य करते: एक दस्तऐवज आहे जो जागतिक परस्परसंवाद प्रक्रियांचे वर्णन करतो आणि पक्षांमधील संबंधांचे नियमन करतो. हे सीमा, नियम सेट करते आणि स्वतःच प्रभावाचा एक लीव्हर बनते ज्याचा दोन्ही पक्ष पूर्णतः वापर करू शकतात. अशा प्रकारे, योग्य SLA बद्दल धन्यवाद, ग्राहक कंत्राटदाराला सहमतीनुसार काम करण्यास भाग पाडू शकतो आणि हे कंत्राटदाराला अत्याधिक सक्रिय क्लायंटच्या "इच्छा" विरुद्ध लढण्यास मदत करते जे कराराद्वारे न्याय्य नाही. हे असे दिसते: "आमचा SLA हे सांगतो आणि ते, येथून निघून जा, आम्ही सहमतीनुसार सर्वकाही करतो."

म्हणजेच, “योग्य SLA” = “सेवांच्या तरतूदीसाठी पुरेसा करार” आणि परिस्थितीवर नियंत्रण देते. परंतु हे फक्त तेव्हाच शक्य आहे जेव्हा “समान” काम करते.

वेबसाइटवर काय लिहिले आहे आणि प्रत्यक्षात काय वाट पाहत आहे या दोन भिन्न गोष्टी आहेत

सर्वसाधारणपणे, आम्ही पुढे ज्या गोष्टींवर चर्चा करू त्या सर्व सामान्य विपणन युक्त्या आणि चौकसतेची चाचणी आहे.

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

98% आणि त्यावरील निर्देशकांसह, कोणतीही घट ही सांख्यिकीय त्रुटीच्या काठावरची घटना आहे. कार्यरत उपकरणे आणि कनेक्शन एकतर तेथे आहेत किंवा नाहीत. तुम्ही ५०% (त्याच्या स्वतःच्या SLA नुसार) ५०% च्या “विश्वसनीयता” रेटिंगसह होस्टरचा वापर एकाही समस्येशिवाय करू शकता किंवा 50% चा दावा करणार्‍या मुलांसोबत तुम्ही महिन्यातून काही दिवस "अयशस्वी" होऊ शकता.

जेव्हा पडण्याचा क्षण येतो (आणि, आम्ही तुम्हाला आठवण करून देतो, प्रत्येकजण एखाद्या दिवशी पडतो), तेव्हा क्लायंटला "सपोर्ट" नावाच्या अंतर्गत कॉर्पोरेट मशीनचा सामना करावा लागतो आणि सेवा करार आणि SLA प्रकाशात आणले जातात. याचा अर्थ काय आहे:

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

तथापि, हे समजून घेणे महत्त्वाचे आहे की तुम्हाला अभियांत्रिकी संघात कधीही प्रवेश मिळत नाही, बहुतेकदा तुम्हाला पहिल्या ओळीच्या समर्थनाद्वारे थांबवले जाते, जे तुमच्याशी पत्रव्यवहार करतात तर वास्तविक अभियंते परिस्थिती सुधारण्याचा प्रयत्न करतात. ओळखीचे वाटते?

येथे, बरेच लोक SLA वर अवलंबून असतात, जे असे दिसते की अशा परिस्थितींपासून आपले संरक्षण केले पाहिजे. परंतु, खरं तर, कंपन्या क्वचितच त्यांच्या स्वत: च्या दस्तऐवजाच्या मर्यादेच्या पलीकडे जातात किंवा त्यांच्या स्वत: च्या खर्चास कमी करण्यासाठी परिस्थितीला वळण देण्यास सक्षम असतात. SLA चे प्राथमिक कार्य म्हणजे दक्षता कमी करणे आणि अनपेक्षित परिस्थितीतही "सर्व काही ठीक होईल" हे पटवून देणे. SLA चा दुसरा उद्देश मुख्य गंभीर मुद्द्यांशी संवाद साधणे आणि सेवा प्रदात्याला युक्तीसाठी जागा देणे, म्हणजेच पुरवठादार “जबाबदार नाही” अशा एखाद्या गोष्टीला अपयशाचे श्रेय देण्याची क्षमता.

त्याच वेळी, मोठ्या ग्राहकांना, खरं तर, SLA अंतर्गत नुकसानभरपाईची अजिबात काळजी नाही. "SLA नुकसानभरपाई" हे उपकरणाच्या डाउनटाइमच्या प्रमाणात दराच्या आत पैशाचा परतावा आहे, जो संभाव्य आर्थिक आणि प्रतिष्ठेच्या नुकसानाच्या 1% देखील कव्हर करणार नाही. या प्रकरणात, क्लायंटसाठी काही प्रकारच्या "टेरिफ पुनर्गणना" पेक्षा शक्य तितक्या लवकर समस्यांचे निराकरण करणे अधिक महत्वाचे आहे.

"जगभरातील अनेक डेटा सेंटर" हे चिंतेचे कारण आहे

आम्ही सेवा प्रदात्याकडे मोठ्या संख्येने डेटा केंद्रांसह परिस्थिती वेगळ्या श्रेणीमध्ये ठेवली आहे, कारण वर वर्णन केलेल्या स्पष्ट संप्रेषण समस्यांव्यतिरिक्त, गैर-स्पष्ट समस्या देखील उद्भवतात. उदाहरणार्थ, तुमच्या सेवा प्रदात्याला "त्यांच्या" डेटा केंद्रांमध्ये प्रवेश नाही.

आमच्या शेवटच्या लेखात आम्ही संलग्न प्रोग्रामच्या प्रकारांबद्दल लिहिले आणि "व्हाइट लेबल" मॉडेलचा उल्लेख केला, ज्याचे सार म्हणजे इतर लोकांच्या क्षमतांचे स्वतःच्या वेषात पुनर्विक्री करणे. बर्‍याच प्रदेशांमध्ये “त्यांची स्वतःची डेटा केंद्रे” असल्याचा दावा करणारे बहुतेक आधुनिक होस्टर्स व्हाईट लेबल मॉडेल वापरून पुनर्विक्रेते आहेत. म्हणजेच, त्यांचा शारीरिकदृष्ट्या स्वित्झर्लंड, जर्मनी किंवा नेदरलँडमधील सशर्त डेटा सेंटरशी काहीही संबंध नाही.

येथे अत्यंत मनोरंजक टक्कर होतात. सेवा प्रदात्यासह तुमचा SLA अजूनही कार्य करतो आणि वैध आहे, परंतु पुरवठादार अपघात झाल्यास परिस्थितीवर आमूलाग्र प्रभाव टाकण्यास सक्षम नाही. तो स्वत: त्याच्या स्वत: च्या पुरवठादारावर अवलंबून आहे - डेटा सेंटर, ज्यामधून पॉवर रॅक पुनर्विक्रीसाठी खरेदी केले गेले होते.

अशाप्रकारे, जर तुम्हाला विश्वासार्हता आणि सेवेबद्दल करार आणि SLA मधील सुंदर शब्दच नव्हे तर सेवा प्रदात्याच्या समस्यांचे त्वरित निराकरण करण्याची क्षमता देखील महत्त्वाची वाटत असेल, तर तुम्ही थेट सुविधांच्या मालकाशी कार्य केले पाहिजे. खरं तर, यामध्ये थेट डेटा सेंटरशी थेट संवाद समाविष्ट असतो.

जेव्हा अनेक डीसी प्रत्यक्षात एकाच कंपनीचे असू शकतात तेव्हा आम्ही पर्यायांचा विचार का करत नाही? बरं, अशा खूप कमी कंपन्या आहेत. एक, दोन, तीन लहान डेटा सेंटर किंवा एक मोठे शक्य आहे. परंतु डझनभर डीसी, ज्यापैकी निम्मे रशियन फेडरेशनमध्ये आहेत आणि दुसरे युरोपमध्ये आहेत, जवळजवळ अशक्य आहे. याचा अर्थ असा की तुमच्या कल्पनेपेक्षा अनेक पुनर्विक्रेता कंपन्या आहेत. येथे एक साधे उदाहरण आहे:

Google क्लाउड सेवा डेटा केंद्रांच्या संख्येचा अंदाज लावा. युरोपमध्ये त्यापैकी फक्त सहा आहेत. लंडन, अॅमस्टरडॅम, ब्रसेल्स, हेलसिंकी, फ्रँकफर्ट आणि झुरिच येथे. म्हणजेच सर्व मुख्य महामार्गाच्या ठिकाणी. कारण डेटा सेंटर महाग, जटिल आणि खूप मोठा प्रकल्प आहे. आता मॉस्कोमधील "रशिया आणि युरोपमध्ये डझनभर डेटा केंद्रे" असलेल्या होस्टिंग कंपन्या लक्षात ठेवा.

व्हाईट लेबल प्रोग्राममध्ये भागीदार असलेले कोणतेही चांगले पुरवठादार नक्कीच नाहीत, पुरेसे आहेत आणि ते उच्च स्तरावरील सेवा प्रदान करतात. ते एकाच ब्राउझर विंडोद्वारे EU आणि रशियन फेडरेशनमध्ये एकाच वेळी क्षमता भाड्याने देणे, रुबलमध्ये देय स्वीकारणे, परदेशी चलनात नाही, इत्यादी शक्य करतात. परंतु जेव्हा SLA मध्ये वर्णन केलेली प्रकरणे घडतात, तेव्हा ते तुमच्यासारख्याच परिस्थितीचे बंधक बनतात.

हे आम्हाला पुन्हा एकदा आठवण करून देते की जर तुम्हाला पुरवठादाराची संस्थात्मक रचना आणि क्षमतांची माहिती नसेल तर SLA निरुपयोगी आहे.

परिणाम काय आहे

सर्व्हर क्रॅश ही नेहमीच एक अप्रिय घटना असते आणि ती कोणालाही, कुठेही होऊ शकते. तुम्हाला परिस्थितीवर किती नियंत्रण हवे आहे हा प्रश्न आहे. आता बाजारात क्षमतेचे बरेच थेट पुरवठादार नाहीत आणि जर आपण मोठ्या खेळाडूंबद्दल बोललो तर, तुलनेने बोलायचे तर, संपूर्ण युरोपमध्ये मॉस्कोमध्ये फक्त एकच डीसी आहे ज्यामध्ये आपण प्रवेश करू शकता.

येथे, प्रत्येक क्लायंटने स्वत: साठी निर्णय घेणे आवश्यक आहे: मी आत्ता आराम निवडतो की रशिया किंवा युरोपमधील स्वीकार्य ठिकाणी डेटा सेंटर शोधण्यात वेळ आणि मेहनत खर्च करतो, जिथे मी माझी उपकरणे ठेवू शकतो किंवा क्षमता खरेदी करू शकतो. पहिल्या प्रकरणात, सध्या बाजारात असलेले मानक उपाय योग्य आहेत. दुसऱ्यामध्ये, तुम्हाला घाम गाळावा लागेल.

सर्व प्रथम, सेवा विक्रेता सुविधा/डेटा सेंटरचा थेट मालक आहे की नाही हे निर्धारित करणे आवश्यक आहे. व्हाईट लेबल मॉडेल वापरणारे बरेच पुनर्विक्रेते त्यांची स्थिती लपवण्याचा सर्वतोपरी प्रयत्न करतात आणि या प्रकरणात तुम्हाला काही अप्रत्यक्ष चिन्हे शोधण्याची आवश्यकता आहे. उदाहरणार्थ, जर “त्यांच्या युरोपियन DCs” मध्ये काही विशिष्ट नावे आणि लोगो असतील जे पुरवठादार कंपनीच्या नावापेक्षा वेगळे असतील. किंवा "भागीदार" हा शब्द कुठेतरी दिसत असल्यास. भागीदार = 95% प्रकरणांमध्ये व्हाईट लेबल.

पुढे, तुम्हाला स्वतः कंपनीच्या संरचनेशी परिचित होणे आवश्यक आहे किंवा अधिक चांगले, वैयक्तिकरित्या उपकरणे पहा. डेटा सेंटर्समध्ये, सहलीचा सराव किंवा त्यांच्या स्वतःच्या वेबसाइट किंवा ब्लॉगवर किमान सहलीचे लेख नवीन नाहीत (आम्ही असे लिहिले वेळा и два), जिथे ते फोटो आणि तपशीलवार वर्णनांसह त्यांच्या डेटा सेंटरबद्दल बोलतात.

बर्‍याच डेटा सेंटर्ससह, तुम्ही ऑफिसला वैयक्तिक भेट आणि डीसीलाच एक मिनी-प्रवासाची व्यवस्था करू शकता. तेथे आपण ऑर्डरच्या डिग्रीचे मूल्यांकन करू शकता, कदाचित आपण एखाद्या अभियंत्याशी संवाद साधण्यास सक्षम असाल. हे स्पष्ट आहे की जर तुम्हाला 300 RUB/महिन्यासाठी एक सर्व्हर हवा असेल तर कोणीही तुम्हाला उत्पादनाचा दौरा देणार नाही, परंतु जर तुम्हाला गंभीर क्षमतेची आवश्यकता असेल, तर विक्री विभाग तुम्हाला भेटू शकेल. उदाहरणार्थ, आम्ही अशा सहली आयोजित करतो.

कोणत्याही परिस्थितीत, सामान्य ज्ञान आणि व्यावसायिक गरजा वापरल्या पाहिजेत. उदाहरणार्थ, जर तुम्हाला वितरित पायाभूत सुविधांची आवश्यकता असेल (काही सर्व्हर रशियन फेडरेशनमध्ये आहेत, तर दुसरे EU मध्ये), व्हाईट लेबल वापरून युरोपियन DC सह भागीदारी असलेल्या होस्टर्सच्या सेवा वापरणे सोपे आणि अधिक फायदेशीर असेल. मॉडेल जर तुमची संपूर्ण पायाभूत सुविधा एका बिंदूवर, म्हणजे एका डेटा सेंटरमध्ये केंद्रित असेल, तर पुरवठादार शोधण्यात थोडा वेळ घालवणे योग्य आहे.

कारण एक सामान्य SLA बहुधा तुम्हाला मदत करणार नाही. परंतु सुविधांच्या मालकासह कार्य करणे, पुनर्विक्रेत्याशी नाही, संभाव्य समस्यांचे निराकरण करण्यात लक्षणीय गती वाढवेल.

स्त्रोत: www.habr.com