SLA-ն, որը նաև հայտնի է որպես «ծառայության մակարդակի պայմանագիր», երաշխիքային պայմանագիր է հաճախորդի և ծառայություն մատուցողի միջև այն մասին, թե ինչ կստանա հաճախորդը ծառայության առումով: Այն նաև նախատեսում է փոխհատուցում մատակարարի մեղքով պարապուրդի դեպքում և այլն։ Ըստ էության, SLA-ն հավատարմագիր է, որի օգնությամբ տվյալների կենտրոնը կամ հոսթինգ մատակարարը համոզում է պոտենցիալ հաճախորդին, որ նրա հետ ամեն կերպ բարեհամբույր կվերաբերվեն: Հարցն այն է, որ դուք կարող եք գրել այն, ինչ ցանկանում եք SLA-ում, և այս փաստաթղթում գրված իրադարձությունները շատ հաճախ չեն լինում: SLA-ն հեռու է տվյալների կենտրոնի ընտրության ուղեցույցից, և դուք, իհարկե, չպետք է ապավինեք դրա վրա:
Մենք բոլորս սովոր ենք ինչ-որ պայմանագրեր ստորագրել, որոնք որոշակի պարտավորություններ են դնում։ SLA-ն բացառություն չէ. սովորաբար ամենաանիրատեսական փաստաթուղթն է, որ կարելի է պատկերացնել: Միակ բանը, որը, հավանաբար, ավելի անօգուտ է, ԱԺԴ-ն է այն իրավասություններում, որտեղ «առևտրային գաղտնիք» հասկացությունն իրականում գոյություն չունի: Բայց ամբողջ խնդիրն այն է, որ SLA-ն չի օգնում հաճախորդին ճիշտ մատակարար ընտրելու հարցում, այլ միայն փոշի է նետում աչքերին։
Ի՞նչ են ամենից հաճախ գրում հյուրընկալողները SLA-ի հանրային տարբերակում, որը ցույց են տալիս հանրությանը: Դե, առաջին տողը հյուրընկալողի «հուսալիություն» տերմինն է. դրանք սովորաբար 98-ից 99,999% թվեր են: Իրականում այս թվերը պարզապես մարքեթոլոգների գեղեցիկ գյուտ են։ Ժամանակին, երբ հոսթինգը երիտասարդ էր և թանկ, իսկ ամպերը մասնագետների համար պարզապես երազանք էին (ինչպես նաև լայնաշերտ հասանելիություն բոլորի համար), հոսթինգի ժամանակի ցուցիչը չափազանց, չափազանց կարևոր էր: Այժմ, երբ բոլոր մատակարարներն օգտագործում են, գումարած կամ մինուս, նույն սարքավորումները, նստած են նույն հիմնական ցանցերում և առաջարկում են նույն ծառայությունների փաթեթները, ժամանակի ցուցիչը բացարձակապես աննկատ է:
Կա՞ նույնիսկ «ճիշտ» SLA:
Իհարկե, կան SLA-ի իդեալական տարբերակներ, բայց դրանք բոլորն էլ ոչ ստանդարտ փաստաթղթեր են և գրանցվում և կնքվում են հաճախորդի և մատակարարի միջև ձեռքով: Ավելին, SLA-ի այս տեսակը առավել հաճախ վերաբերում է պայմանագրային աշխատանքի, այլ ոչ թե ծառայությունների:
Ի՞նչ պետք է ներառի լավ SLA-ն: TLDR-ով ասած՝ լավ SLA-ն երկու սուբյեկտների միջև հարաբերությունները կարգավորող փաստաթուղթ է, որը կողմերից մեկին (հաճախորդին) տալիս է գործընթացի առավելագույն վերահսկողություն: Այսինքն՝ ինչպես է այն աշխատում իրական աշխարհում. կա փաստաթուղթ, որը նկարագրում է գլոբալ փոխգործակցության գործընթացները և կարգավորում կողմերի հարաբերությունները։ Այն սահմանում է սահմաններ, կանոններ և ինքնին դառնում ազդեցության լծակ, որը երկու կողմերն էլ կարող են առավելագույնս օգտագործել: Այսպիսով, ճիշտ SLA-ի շնորհիվ հաճախորդը կարող է պարզապես ստիպել կապալառուին աշխատել այնպես, ինչպես համաձայնեցված է, և դա օգնում է կապալառուին պայքարել չափազանց ակտիվ հաճախորդի «ցանկությունների» դեմ, որոնք արդարացված չեն պայմանագրով: Կարծես այսպես. «Մեր SLA-ն ասում է այս և այն, հեռացիր այստեղից, մենք ամեն ինչ անում ենք այնպես, ինչպես պայմանավորվել ենք»:
Այսինքն՝ «ճիշտ SLA» = «ծառայությունների մատուցման համարժեք պայմանագիր» և վերահսկում է իրավիճակը: Բայց դա հնարավոր է միայն «հավասար» աշխատելու դեպքում:
Կայքում գրվածն ու իրականում սպասվողը երկու տարբեր բաներ են
Ընդհանուր առմամբ, այն ամենը, ինչ մենք հետագայում կքննարկենք, տիպիկ մարքեթինգային հնարքներ են և ուշադրության փորձություն:
Եթե վերցնենք հանրաճանաչ տնային հոսթերներ, ապա մի առաջարկն ավելի լավն է, քան մյուսը. 25/8 աջակցություն, սերվերի գործարկման ժամանակ 99,9999999% դեպքերում, իրենց սեփական տվյալների կենտրոնների մի խումբ գոնե Ռուսաստանում: Խնդրում ենք հիշել տվյալների կենտրոնների մասին կետը, մենք կվերադառնանք դրան մի փոքր ուշ. Միևնույն ժամանակ, եկեք խոսենք սխալների հանդուրժողականության իդեալական վիճակագրության և այն մասին, թե ինչ է բախվում մարդը, երբ նրա սերվերը դեռ ընկնում է «0,0000001% ձախողումների» մեջ:
98% և ավելի բարձր ցուցանիշների դեպքում ցանկացած անկում վիճակագրական սխալի եզրին գտնվող իրադարձություն է: Աշխատանքային սարքավորումներն ու կապը կա՛մ կան, կա՛մ չկան։ Դուք կարող եք տարիներ շարունակ առանց որևէ խնդրի օգտագործել 50% «հուսալիության» վարկանիշ ունեցող հոսթեր (ըստ սեփական SLA-ի), կամ կարող եք ամիսը մեկ անգամ «ձախողել» մի քանի օր այն տղաների հետ, ովքեր պահանջում են 99,99%:
Երբ գալիս է ընկնելու պահը (և հիշեցնում ենք, որ բոլորը մի օր ընկնում են), ապա հաճախորդը կանգնած է ներքին կորպորատիվ մեքենայի առաջ, որը կոչվում է «աջակցություն», և ծառայության պայմանագիրը և SLA-ն ի հայտ են գալիս: Ինչ է դա նշանակում:
- Ամենայն հավանականությամբ, առաջին չորս ժամվա ընթացքում դուք չեք կարողանա որևէ բան ներկայացնել, չնայած որոշ հոսթերներ սկսում են վերահաշվարկել սակագինը (փոխհատուցման վճարումը) վթարի պահից:
- Եթե սերվերն ավելի երկար ժամանակով անհասանելի է, կարող եք սակագնի վերահաշվարկի հարցում ներկայացնել:
- Եվ դա պայմանով, որ խնդիրն առաջացել է մատակարարի մեղքով։
- Եթե ձեր խնդիրն առաջացել է երրորդ կողմի պատճառով (մայրուղու վրա), ապա թվում է, թե «ոչ ոք մեղավոր չէ», և երբ խնդիրը լուծվում է, ձեր բախտի խնդիրն է:
Այնուամենայնիվ, կարևոր է հասկանալ, որ դուք երբեք մուտք չեք գործում ինժեներական թիմ, ամենից հաճախ ձեզ կանգնեցնում է աջակցության առաջին գիծը, որը նամակագրում է ձեզ, մինչդեռ իրական ինժեներները փորձում են շտկել իրավիճակը: Ծանո՞թ է հնչում:
Այստեղ շատերն ապավինում են SLA-ին, որը, կարծես թե, պետք է պաշտպանի ձեզ նման իրավիճակներից։ Բայց իրականում ընկերությունները հազվադեպ են դուրս գալիս սեփական փաստաթղթի սահմաններից կամ կարողանում են իրավիճակը շրջել այնպես, որ նվազագույնի հասցնեն իրենց ծախսերը: SLA-ի առաջնային խնդիրն է հանգստացնել զգոնությունը և համոզել, որ նույնիսկ անկանխատեսելի իրավիճակի դեպքում «ամեն ինչ լավ կլինի»: SLA-ի երկրորդ նպատակն է հաղորդակցել հիմնական կրիտիկական կետերը և ծառայություն մատուցողին մանևրելու հնարավորություն տալը, այսինքն՝ ձախողումը վերագրելու հնարավորությունը մի բանի, որի համար մատակարարը «պատասխանատու չէ»:
Միևնույն ժամանակ, խոշոր հաճախորդները, փաստորեն, բոլորովին չեն մտածում SLA-ի շրջանակներում փոխհատուցումների մասին: «SLA փոխհատուցումը» սակագնի շրջանակներում գումարի վերադարձն է՝ սարքավորումների աշխատանքի ժամանակին համամասնորեն, որը երբեք չի ծածկի հնարավոր դրամական և հեղինակության կորուստների նույնիսկ 1%-ը: Այս դեպքում հաճախորդի համար շատ ավելի կարևոր է, որ խնդիրները հնարավորինս շուտ լուծվեն, քան ինչ-որ «սակագնի վերահաշվարկ»։
«Աշխարհի բազմաթիվ տվյալների կենտրոններ» մտահոգության տեղիք են տալիս
Ծառայությունների մատակարարի մեծ թվով տվյալների կենտրոնների հետ կապված իրավիճակը դրել ենք առանձին կատեգորիայի մեջ, քանի որ բացի վերը նկարագրված ակնհայտ կապի խնդիրներից, առաջանում են նաև ոչ ակնհայտ խնդիրներ։ Օրինակ, ձեր ծառայություններ մատուցողը մուտք չունի «իրենց» տվյալների կենտրոններ:
Մեր վերջին հոդվածում , որի էությունը սեփական քողի տակ այլ մարդկանց կարողությունների վերավաճառումն է։ Ժամանակակից հոսթերների ճնշող մեծամասնությունը, ովքեր պնդում են, որ ունեն «իրենց տվյալների կենտրոնները» շատ տարածաշրջաններում, վերավաճառողներ են՝ օգտագործելով White Label մոդելը: Այսինքն՝ նրանք ֆիզիկապես ոչ մի կապ չունեն Շվեյցարիայի, Գերմանիայի կամ Նիդեռլանդների պայմանական տվյալների կենտրոնի հետ։
Այստեղ առաջանում են չափազանց հետաքրքիր բախումներ։ Ծառայությունների մատակարարի հետ ձեր SLA-ն դեռ աշխատում է և վավեր է, սակայն մատակարարը չի կարողանում ինչ-որ կերպ արմատապես ազդել իրավիճակի վրա վթարի դեպքում: Նա ինքն է կախված իր սեփական մատակարարից՝ տվյալների կենտրոնից, որտեղից գնվել են հոսանքի դարակները վերավաճառքի համար։
Այսպիսով, եթե դուք կարևորում եք ոչ միայն պայմանագրում և SLA-ի գեղեցիկ ձևակերպումները հուսալիության և սպասարկման մասին, այլև ծառայություններ մատուցողի՝ խնդիրներն արագ լուծելու կարողությունը, դուք պետք է ուղղակիորեն աշխատեք օբյեկտի սեփականատիրոջ հետ: Փաստորեն, սա ուղղակիորեն փոխազդեցություն է պարունակում տվյալների կենտրոնի հետ:
Ինչու՞ մենք չենք դիտարկում տարբերակներ, երբ շատ DC-ներ իրականում կարող են պատկանել մեկ ընկերության: Դե, նման ընկերությունները շատ-շատ քիչ են։ Հնարավոր է մեկ, երկու, երեք փոքր տվյալների կենտրոն կամ մեկ մեծ: Բայց մեկ տասնյակ DC-ներ, որոնց կեսը գտնվում է Ռուսաստանի Դաշնությունում, իսկ երկրորդը՝ Եվրոպայում, գրեթե անհնար է։ Սա նշանակում է, որ շատ ավելի շատ վերավաճառող ընկերություններ կան, քան դուք կարող եք պատկերացնել: Ահա մի պարզ օրինակ.
Գնահատեք Google Cloud ծառայության տվյալների կենտրոնների քանակը: Եվրոպայում դրանցից ընդամենը վեցն է։ Լոնդոնում, Ամստերդամում, Բրյուսելում, Հելսինկիում, Ֆրանկֆուրտում և Ցյուրիխում։ Այսինքն՝ բոլոր գլխավոր մայրուղու կետերում։ Քանի որ տվյալների կենտրոնը թանկ է, բարդ և շատ մեծ նախագիծ: Այժմ հիշեք հյուրընկալող ընկերություններին Մոսկվայի ինչ-որ տեղից՝ «մեկ տասնյակ տվյալների կենտրոններով ամբողջ Ռուսաստանում և Եվրոպայում»:
Չկան, իհարկե, լավ մատակարարներ, որոնք ունեն գործընկերներ White Label ծրագրում, կան բավականաչափ, և նրանք մատուցում են ամենաբարձր մակարդակի ծառայություններ: Նրանք հնարավորություն են տալիս միաժամանակ բրաուզերի նույն պատուհանի միջոցով կարողություն վարձակալել ԵՄ-ում և Ռուսաստանի Դաշնությունում, վճարումներ ընդունել ռուբլով, ոչ թե արտարժույթով և այլն։ Բայց երբ տեղի են ունենում SLA-ում նկարագրված դեպքերը, նրանք դառնում են իրավիճակի նույն պատանդները, ինչ դուք:
Սա մեզ ևս մեկ անգամ հիշեցնում է, որ SLA-ն անօգուտ է, եթե դուք չեք պատկերացնում մատակարարի կազմակերպչական կառուցվածքը և հնարավորությունները:
Հետ, որ արդյունքում
Սերվերի խափանումը միշտ տհաճ իրադարձություն է, և այն կարող է պատահել ցանկացածի հետ, ցանկացած վայրում: Հարցն այն է, թե որքանով եք ցանկանում վերահսկել իրավիճակը։ Այժմ շուկայում հզորության շատ անմիջական մատակարարներ չկան, և եթե մենք խոսում ենք խոշոր խաղացողների մասին, ապա նրանք, համեմատաբար, ունեն միայն մեկ DC ինչ-որ տեղ Մոսկվայում, ամբողջ Եվրոպայում մեկ տասնյակից, որը դուք կարող եք մուտք գործել:
Այստեղ յուրաքանչյուր հաճախորդ պետք է որոշի ինքն իրեն. արդյոք ես ընտրում եմ հարմարավետությունը հենց հիմա, թե՞ ժամանակ և ջանք եմ ծախսում Ռուսաստանում կամ Եվրոպայում ընդունելի վայրում տվյալների կենտրոն փնտրելու համար, որտեղ ես կարող եմ տեղադրել իմ սարքավորումները կամ գնել հզորություն: Առաջին դեպքում հարմար են ստանդարտ լուծումները, որոնք ներկայումս առկա են շուկայում: Երկրորդում ստիպված կլինեք քրտնել։
Առաջին հերթին անհրաժեշտ է որոշել, թե արդյոք ծառայություններ վաճառողը օբյեկտների/տվյալների կենտրոնի անմիջական սեփականատերն է: Շատ վերավաճառողներ, օգտագործելով White Label մոդելը, ամեն կերպ փորձում են քողարկել իրենց կարգավիճակը, և այս դեպքում դուք պետք է փնտրեք որոշ անուղղակի նշաններ: Օրինակ, եթե «իրենց եվրոպական DC-ները» ունեն որոշակի անուններ և պատկերանշաններ, որոնք տարբերվում են մատակարար ընկերության անունից: Կամ եթե ինչ-որ տեղ հայտնվում է «գործընկերներ» բառը։ Գործընկերներ = White Label 95% դեպքերում:
Հաջորդը, դուք պետք է ծանոթանաք հենց ընկերության կառուցվածքին, կամ ավելի լավ է անձամբ նայեք սարքավորումներին: Տվյալների կենտրոնների շրջանում սեփական կայքում կամ բլոգում էքսկուրսիաների կամ գոնե էքսկուրսիոն հոդվածների պրակտիկան նոր չէ (մենք գրել ենք այդպիսին. и ), որտեղ նրանք խոսում են իրենց տվյալների կենտրոնի մասին լուսանկարներով և մանրամասն նկարագրություններով:
Բազմաթիվ տվյալների կենտրոններով դուք կարող եք կազմակերպել անձնական այցելություն գրասենյակ և մինի էքսկուրսիա հենց DC: Այնտեղ կարող եք գնահատել կարգի աստիճանը, գուցե կարողանաք շփվել ինժեներներից մեկի հետ։ Հասկանալի է, որ ոչ ոք ձեզ չի անի արտադրության շրջագայություն, եթե ձեզ անհրաժեշտ է մեկ սերվեր 300 RUB/ամիսը, բայց եթե լուրջ հզորություն եք պահանջում, ապա վաճառքի բաժինը կարող է ձեզ հանդիպել: Օրինակ՝ մենք նման էքսկուրսիաներ ենք անցկացնում։
Ամեն դեպքում պետք է օգտագործել ողջախոհությունն ու բիզնեսի կարիքները։ Օրինակ, եթե Ձեզ անհրաժեշտ է բաշխված ենթակառուցվածք (սերվերների մի մասը գտնվում է Ռուսաստանի Դաշնությունում, մյուսը՝ ԵՄ-ում), ավելի հեշտ և շահավետ կլինի օգտագործել այն հոսթերների ծառայությունները, ովքեր համագործակցում են եվրոպական DC-ների հետ՝ օգտագործելով White Label-ը: մոդել. Եթե ձեր ամբողջ ենթակառուցվածքը կենտրոնացած կլինի մեկ կետում, այսինքն՝ մեկ տվյալների կենտրոնում, ապա արժե որոշակի ժամանակ ծախսել մատակարար գտնելու վրա։
Քանի որ սովորական SLA-ն, ամենայն հավանականությամբ, ձեզ չի օգնի: Սակայն օբյեկտների սեփականատիրոջ հետ աշխատանքը, այլ ոչ թե վերավաճառողի, զգալիորեն կարագացնի հնարավոր խնդիրների լուծումը։
Source: www.habr.com