SLA, ose 'marrëveshja për nivelin e shërbimit' — është një marrëveshje-garanci midis klientit dhe ofruesit të shërbimeve mbi atë që do të marrë klienti sa i përket shërbimit. Në të detajohen gjithashtu kompensimet në rast të ndalimeve për shkak të ofruesit dhe kështu me radhë. Në thelb, SLA është një dokument që ofron siguri, me të cilin qendra të të dhënave ose ofruesi i hostingut e bind klientin e mundshëm se do të trajtohet me kujdes të plotë. Problemi është se në SLA mund të shkruhet gjithçka, dhe ngjarjet e përmendura në këtë dokument nuk ndodhin shpesh. SLA nuk është një tregues i besueshëm në zgjedhjen e qendrës së të dhënave dhe nuk duhet të shpresoni shumë në të.
Të gjithë ne jemi mësuar të nënshkruajmë ndonjë kontratë që vendos obligime të caktuara. SLA është një përjashtim i tillë — zakonisht dokumenti më i shkëputur nga realiteti që mund të imagjinohet. Ndoshta vetëm NDA është më e padobishme në juridiksionet ku nuk ekziston koncepti i 'sekretit tregtar'. Problemi është se SLA nuk ndihmon klientin në zgjedhjen e duhur të ofruesit, por vetëm krijon iluzionin e sigurisë.
Çfarë shkruhet më shpesh në versionin publik të SLA që ofruesit e hostimit e tregojnë për publikun? E para që bie në sy është termi "besueshmëri" i hostit — zakonisht shifrat variojnë nga 98 deri në 99,999%. Në thelb, këto shifra janë thjesht një shpikje e bukur marketingu. Disa vjet më parë, kur hostimi ishte i ri dhe i shtrenjtë, dhe cloud-i ishte ende një ëndërr për specialistët (ashtu si dhe lidhja me shpejtësi të lartë për të gjithë), niveli i kohës së funksionimit të hostimit ishte shumë i rëndësishëm. Tani, kur të gjithë ofruesit përdorin më shumë të njëjtën pajisje, janë në të njëjtat rrjete kryesore dhe ofrojnë të njëjtat paketa shërbimesh, niveli i kohës së funksionimit nuk ka aspak vlera treguese.
A ekziston ndonjëherë një SLA "i duhur"?
Sigurisht, ekzistojnë versionet ideale të SLA, por të gjitha ato janë dokumente të pazakonta dhe përgatiten dhe nënshkruhen midis klientit dhe ofruesit në mënyrë manuale. Ky lloj SLA shpesh lidhet më shumë me disa punë të jashtme sesa me shërbime.
Çfarë duhet të ketë një SLA të mirë? Nëse do të japim një përmbledhje të shkurtër, një SLA e mirë është një dokument që rregullon marrëdhëniet mes dy subjekteve, i cili i jep njërit prej palëve (klientit) kontroll maksimal mbi procesin. Kështu funksionon në botën reale: ekziston një dokument që përshkruan proceset globale të bashkëveprimit dhe rregullon marrëdhëniet e palëve. Ai përcakton kufij, rregulla dhe në vetvete bëhet një levë ndikimi, të cilën mund ta përdorin të dyja palët plotësisht. Pra, falë një SLA të duhur, klienti thjesht mund ta detyrojë ekzekutuesin të punojë siç ishte rënë dakord, dhe ekzekutuesi - ndihmon në mbrojtjen nga kërkesat e pabazuara të një klienti shumë aktiv. Duket kështu: "Në SLA tonë shkruhet kështu e kështu, ikni nga këtu, ne bëjmë gjithçka siç është rënë dakord."
Pra, "SLA i duhur" = "kontrata e përshtatshme për ofrimin e shërbimeve" dhe jep kontroll mbi situatën. Por kjo është e mundur vetëm kur punoni "në kushte të barabarta".
Ajo që shkruan në faqen e internetit dhe ajo që pret në realitet - janë gjëra të ndryshme.
Në të vërtetë, gjithçka që do të diskutojmë më tej janë truket tipike të marketingut dhe një provë e vëmendshmërisë.
Nëse e shikoni hostet më të njohur vendas, një propozim është më i bukur se tjetri: mbështetje 25/8, uptime i serverë 99,9999999% të kohës, një mori qendra të dhënash në shumicën e Rusia. Ju lutemi, mbani mend momentin në lidhje me qendrat e të dhënave, do të kthehemi te ajo pak më vonë. Por për momentin le të flasim për statistikat ideale të qëndrueshmërisë dhe për çfarë përballet një person kur serveri i tij dështon papritur në "0,0000001% të rënieve".
Me tregues nga 98% e lart, çdo rënie është një ngjarje në kufirin e gabimit statistik. Pajisjet e punës dhe lidhja janë ose ekzistojnë, ose nuk ekzistojnë. Mund të përdorni për vite një host me një tregues "besueshmërie" prej 50% (sipasta SLA të tij) pa pasur asnjë problem, ose të "dështoni" një herë në muaj për disa ditë me kolegët që shprehin 99,99%.
Kur momenti i rënies vjen (dhe, për të kujtuar, të gjithë pësojmë ndonjëherë), klienti përballet me makinën e brendshme të korporatës e quajtur "mbështetje", dhe në dritë del marrëveshja për shërbimet dhe SLA. Çfarë do të thotë kjo:
- Shumë ndoshta, gjatë katër orëve të para të papunësisë, nuk do të mund të paraqisni asgjë, ndonëse disa ofrues hostingu fillojnë të llogarisin tarifën (të paguajnë kompensim) që nga momenti i rënies.
- Nëse serveri është i paqaccessible për një periudhë më të gjatë, ndoshta do të jeni në gjendje të paraqitni një kërkesë për llogaritjen e tarifës.
- Dhe kjo me kusht që problemi të ketë ndodhur nga fajin e ofruesit.
- Nëse problemi juaj ka ndodhur për shkak të një pale të tretë (në autostradë), duket se «askush nuk është fajtor» dhe kur do të zgjidhet problemi — është çështje e fatit tuaj.
Është e rëndësishme të kuptoni që kurrë nuk keni qasje në ekipin inxhinierik; më së shpeshti ju ndalon linja e parë e mbështetjes, e cila bën shkëmbyesin me ju, ndërsa inxhinierët e vërtetë përpiqen të rregullojnë situatën. Një skenar i njohur?
Këtu shumë shpresojnë në SLA, i cili, siç duket, duhet t'ju mbrojë nga situata të tilla. Por, në fakt, kompanitë rrallë dalin jashtë kornizës së dokumenteve të tyre ose dinë ta rrotullojnë situatën në mënyrë që të minimizojnë shpenzimet e tyre. Detyra kryesore e SLA-së është të qetësojë vigjilencën dhe të bindë që, edhe në rast emergjence, "gjithçka do të jetë mirë". Detyra e dytë e SLA-së është të tregojë pikat kryesore kritike dhe të ofrojë hapësirë manovre për ofruesin e shërbimeve, pra mundësinë për të fajësuar një dështim për diçka për të cilën ofruesi "nuk mban përgjegjësi".
Megjithatë, klientët e mëdhenj, në fakt, nuk i japin rëndësi asnjëherë kompensimeve brenda kuadrit të SLA-së. "Kompensimi sipas SLA-së" është një kthim parash në kuadër të tarifës proporcionali me pezullimin e pajisjeve, i cili asnjëherë nuk do të mbulojë më shumë se 1% të humbjeve potenciale financiare dhe reputacionale. Në këtë rast, për klientin është shumë më e rëndësishme që defektet të zgjidhen sa më shpejt të jetë e mundur sesa ndonjë "ri-kalkulim tarifash".
"Shumë data-center në të gjithë botën" është një arsye për t'u shqetësuar
Ne kemi ndarë situatën me një numër të madh qendrash të të dhënave në kategorinë e veçantë, sepse përveç problemeve të qarta që përmendëm më parë, dalin probleme të tjera që nuk janë të dukshme. Për shembull, ofruesi juaj i shërbimit nuk ka qasje në "qendrat e të dhënave" të tij.
Në artikullin tonë të kaluar , i cili përfshin shfrytëzimin e kapaciteteve të huaja nën marka të veta. Shumica dërrmuese e hosterëve modernë, të cilët pretendojnë se kanë "qendrat e të dhënave" të veta në shumë rajone, janë rimekëmës të modelit White Label. Kështu, fizikisht ata nuk kanë asnjë lidhje me një qendër të tillë të të dhënave në Zvicër, Gjermani, ose Holandë.
Këtu lindin kolizione shumë interesante. SLA juaj me ofruesin e shërbimit është ende në fuqi dhe është i vlefshëm, por ata nuk janë në gjendje të ndikojnë në situatë në rast emergjence. Ata ndodhen në një pozitë të varur nga ofruesi i tyre të vet — qendra e të dhënave, nga e cila u blen kapacitetet për rimekëmim.
Prandaj, nëse ju rëndësishme janë jo vetëm formulimet e bukura në kontratë dhe SLA për besueshmëri dhe shërbim, por edhe aftësia e ofruesit të shërbimeve për të zgjidhur problemet menjëherë, është e rëndësishme të punoni drejtpërdrejt me pronarin e kapaciteteve. Në fakt, kjo nënkupton ndërveprim të drejtpërdrejtë me qendrën e të dhënave.
Pse ne nuk konsiderojmë mundësi kur shumë DC, në të vërtetë, mund të jenë të një kompanie? Sepse, ka shumë pak kompani të tilla. Një, dy, tre qendra të vogla të të dhënave ose një e madhe — kjo është reale. Por një dhjetë DC, gjysma e të cilave janë në RF dhe pjesa tjetër në Evropë — është praktikisht e pamundur. Kjo do të thotë se kompanitë ripartner janë shumë më të numërta se sa mund ta imagjinoni. Ja një shembull i thjeshtë:
Vlerësoni numrin e qendrave të të dhënave të shërbimit Google Cloud. Në Evropë janë gjashtë. Në Londër, Amsterdam, Bruksel, Helsinki, Frankfurt dhe Zyrih. Pra, në të gjitha pikët kryesore të magjistraleve. Sepse një qendër të dhënash është e shtrenjtë, e komplikuar dhe një projekt shumë i madh. Tani kujtoni kompanitë e hostimit nga Moska me "një dhjetë qendra të të dhënave në të gjithë Rusinë dhe Evropën".
Jo, sigurisht, ka mjaft furnizues të mirë që kanë partnerë në programin White Label dhe ofrojnë shërbime të nivelit të lartë. Ato ofrojnë mundësinë për të marrë kapacitete në BE dhe RF në të njëjtën kohë përmes të njëjtit shfletues, pranojnë pagesa në rubla dhe jo në valutë, e kështu me radhë. Megjithatë, kur ndodhin rastet e përshkruara në SLA, ata bëhen po aq peng i situatës sa edhe ju.
Kjo na kujton sërish se SLA është e padobishme nëse nuk e keni idenë për strukturën e organizatës dhe kapaciteteve të furnizuesit.
Çfarë ndodh në fund
Rënia e serverëve është gjithmonë një ngjarje e pakëndshme dhe mund të ndodhë me këdo dhe kudo. Pyetje është se sa kontroll dëshironi mbi situatën. Tani në treg nuk ka shumë furnizues të drejtpërdrejtë të kapaciteteve, dhe nëse flasim për lojtarët e mëdhenj, ata zotërojnë, në terma, vetëm një Qëndër të Dhënash ndonjëherë në Moskë nga një dhjetë në të gjithë Evropën, për të cilat mund të keni akses.
Çdo klient duhet të vendosë për veten e tij: zgjedh komoditetin tani ose harxhon kohë dhe forcë për të gjetur një qendër të dhënash në një pikë të pranueshme në Rusi ose Evropë, ku mund të vendosë pajisjet e tij ose të blejë kapacitete. Në rastin e parë, zgjidhjet standarde që janë tani në treg do të mjaftojnë. Në rastin e dytë, do të duhet të punosh shumë.
Në radhë të parë, është e nevojshme të zbulohet nëse ofruesi i shërbimeve është pronar direkt i kapaciteteve/qendrës së të dhënave. Shumë ndërmarrës të rinj, sipas modelit White Label, përpiqen të maskojnë statusin e tyre, dhe në këtë rast duhet të shikosh ndonjë shenjë indirekte. Për shembull, nëse "qendrat e tyre evropiane" kanë emra dhe logo specifike, të ndryshme nga emri i kompanisë furnizuese. Ose nëse diku shfaqet fjala "partnerë". Partnerë = White Label në 95% të rasteve.
Më pas, është e nevojshme të njihemi me strukturën e vetë kompanisë, dhe do të ishte mirë të shikohej personalisht pajisjet. Në mesin e qendrave të të dhënave, nuk është praktikë e re të organizohen ekskursione ose të paktën artikuj ekskursionesh në faqen e tyre ose në blog (ne kemi shkruar të tillë, dhe ), ku ata ata flasin për qendrën tonë të të dhënave me fotografi dhe përshkrime të detajuara.
Me shumë qendra të të dhënave mund të arrini një marrëveshje për vizita personale në zyrë dhe mini-tur në vetë qendrën. Atje mund të vlerësoni nivelin e rendit, ndoshta do të jeni në gjendje të flisni me ndonjë nga inxhinierët. Sigurisht, askush nuk do t'ju ofrojë një tur të prodhimit nëse ju nevojitet vetëm një server për 300 RUB/muaj, por nëse ju nevojiten fuqitë serioze, departamenti i shitjeve mund të shprehet fleksibël. Ne, për shembull, organizojmë këto ekskursione.
Në çdo rast, duhet të udhëhiqeni nga shëndeti i arsyes dhe nevojat e biznesit. Për shembull, nëse ju nevojitet një infrastrukturë e shpërndarë (disa serverë në RF, disa të tjera në BE), do të jetë më e thjeshtë dhe më e leverdishme të përdorni shërbimet e hostuesve që kanë marrëdhënie partnere me qendrat evropiane të të dhënave sipas modelit White Label. Nëse të gjitha infrastrukturat tuaja do të përqendrohen në një pikë, pra në një qendër të dhënash, atëherë ia vlen t'i kushtoni disa kohë kërkimit të ofruesit.
Sepse një SLA standart nuk do t'ju ndihmojë. Ndërsa, punimi me pronarin e burimeve, jo me një ndërlidhës, do të përshpejtojë ndjeshëm zgjidhjen e problemeve potenciale.
Burimi: habr.com
