SLA, i njohur gjithashtu si "marrëveshje në nivel shërbimi", është një marrëveshje garancie midis klientit dhe ofruesit të shërbimit për atë që klienti do të marrë për sa i përket shërbimit. Ai parashikon edhe kompensimin në rast ndërprerjeje për faj të furnitorit, e kështu me radhë. Në thelb, një SLA është një kredencial me ndihmën e të cilit një qendër të dhënash ose ofrues pritës bind një klient të mundshëm se ai do të trajtohet me dashamirësi në çdo mënyrë të mundshme. Pyetja është se ju mund të shkruani gjithçka që dëshironi në SLA dhe ngjarjet e shkruara në këtë dokument nuk ndodhin shumë shpesh. SLA është larg nga një udhëzues në zgjedhjen e një qendre të dhënash dhe sigurisht që nuk duhet të mbështeteni në të.
Të gjithë jemi mësuar të nënshkruajmë disa lloj marrëveshjesh që imponojnë detyrime të caktuara. SLA nuk është përjashtim - zakonisht dokumenti më jorealist që mund të imagjinohet. E vetmja gjë që është ndoshta më e padobishme është një NDA në juridiksione ku koncepti i një "sekret tregtar" nuk ekziston realisht. Por i gjithë problemi është se SLA nuk e ndihmon klientin në zgjedhjen e furnizuesit të duhur, por vetëm hedh pluhur në sy.
Çfarë shkruajnë më shpesh hostet në versionin publik të SLA që i tregojnë publikut? Epo, rreshti i parë është termi "besueshmëria" e hostit - këto janë zakonisht numra nga 98 në 99,999%. Në fakt, këto shifra janë vetëm një shpikje e bukur e tregtarëve. Njëherë e një kohë, kur hostimi ishte i ri dhe i shtrenjtë, dhe retë ishin thjesht një ëndërr për specialistët (si dhe aksesi me brez të gjerë për të gjithë), treguesi i kohës së pritjes ishte jashtëzakonisht, jashtëzakonisht i rëndësishëm. Tani, kur të gjithë furnizuesit përdorin, plus ose minus, të njëjtat pajisje, ulen në të njëjtat rrjete kryesore dhe ofrojnë të njëjtat paketa shërbimi, treguesi i kohës së funksionimit është absolutisht i pavërejshëm.
A ka edhe një SLA "të saktë"?
Sigurisht, ka versione ideale të SLA, por të gjitha ato janë dokumente jo standarde dhe janë të regjistruara dhe të lidhura midis klientit dhe furnizuesit manualisht. Për më tepër, ky lloj SLA më shpesh ka të bëjë me një lloj pune me kontratë dhe jo shërbime.
Çfarë duhet të përfshijë një SLA e mirë? Për ta thënë TLDR, një SLA e mirë është një dokument që rregullon marrëdhëniet midis dy subjekteve, i cili i jep njërës nga palët (klientit) kontrollin maksimal mbi procesin. Kjo do të thotë se si funksionon në botën reale: ekziston një dokument që përshkruan proceset globale të ndërveprimit dhe rregullon marrëdhëniet midis palëve. Ajo vendos kufij, rregulla dhe në vetvete bëhet një levë ndikimi që të dyja palët mund ta përdorin në maksimum. Kështu, falë SLA-së korrekte, klienti thjesht mund ta detyrojë kontraktorin të punojë siç është rënë dakord dhe kjo e ndihmon kontraktorin të luftojë "dëshirat" e një klienti tepër aktiv që nuk justifikohen nga kontrata. Duket kështu: "SLA jonë thotë këtë dhe atë, largohuni nga këtu, ne bëjmë gjithçka siç është rënë dakord."
Kjo do të thotë, "SLA e saktë" = "një kontratë adekuate për ofrimin e shërbimeve" dhe jep kontroll mbi situatën. Por kjo është e mundur vetëm kur punoni "si të barabartë".
Ajo që shkruhet në faqen e internetit dhe ajo që pret në realitet janë dy gjëra të ndryshme
Në përgjithësi, gjithçka që do të diskutojmë më tej janë truket tipike të marketingut dhe një provë e vëmendjes.
Nëse marrim hoste të njohur vendas, atëherë një ofertë është më e mirë se tjetra: mbështetje 25/8, koha e funksionimit të serverit 99,9999999% të kohës, një grup qendrash të dhënash të tyre të paktën në Rusi. Ju lutemi mbani mend pikën në lidhje me qendrat e të dhënave, do t'i kthehemi pak më vonë. Ndërkohë, le të flasim për statistikat ideale të tolerancës së gabimeve dhe atë që një person përballet kur serveri i tij ende bie në "0,0000001% të dështimeve".
Me tregues 98% e lart, çdo rënie është një ngjarje në prag të gabimit statistikor. Pajisjet e punës dhe lidhja ose janë aty ose nuk janë. Ju mund të përdorni një host me një vlerësim "besueshmërie" prej 50% (sipas SLA-së së tij) për vite pa asnjë problem të vetëm, ose mund të "dështoni" një herë në muaj për disa ditë me djemtë që pretendojnë 99,99%.
Kur vjen momenti i rënies (dhe, ju kujtojmë, të gjithë bien një ditë), atëherë klienti përballet me një makinë të brendshme të korporatës të quajtur "mbështetje" dhe marrëveshja e shërbimit dhe SLA dalin në dritë. Çfarë do të thotë:
- Me shumë mundësi, për katër orët e para të pushimit nuk do të jeni në gjendje të paraqisni asgjë, megjithëse disa hoste fillojnë të rillogaritin tarifën (pagesën e kompensimit) që nga momenti i përplasjes.
- Nëse serveri nuk është i disponueshëm për një periudhë më të gjatë kohore, mund të jeni në gjendje të paraqisni një kërkesë për një rillogaritje tarife.
- Dhe kjo me kusht që problemi të lindi për fajin e furnizuesit.
- Nëse problemi juaj ka lindur për shkak të një pale të tretë (në autostradë), atëherë duket se "askush nuk është fajtor" dhe kur problemi zgjidhet është çështje e fatit tuaj.
Sidoqoftë, është e rëndësishme të kuptoni se nuk keni akses kurrë në ekipin inxhinierik, më shpesh ju ndaloni nga linja e parë e mbështetjes, e cila korrespondon me ju, ndërsa inxhinierët e vërtetë përpiqen të rregullojnë situatën. Tingëllon e njohur?
Këtu, shumë njerëz mbështeten në SLA, e cila, me sa duket, duhet t'ju mbrojë nga situata të tilla. Por, në fakt, kompanitë rrallë shkojnë përtej kufijve të dokumentit të tyre ose janë në gjendje ta kthejnë situatën në atë mënyrë që të minimizojnë kostot e tyre. Detyra kryesore e një SLA është të qetësojë vigjilencën dhe të bindë se edhe në rast të një situate të paparashikuar, "gjithçka do të jetë mirë". Qëllimi i dytë i një SLA është të komunikojë pikat kryesore kritike dhe t'i japë ofruesit të shërbimit hapësirë për të manovruar, domethënë aftësinë për t'i atribuar një dështim diçkaje për të cilën furnizuesi "nuk është përgjegjës".
Në të njëjtën kohë, klientët e mëdhenj, në fakt, nuk kujdesen fare për kompensimin brenda SLA. “Kompensimi SLA” është një rimbursim i parave brenda tarifës në raport me kohën e ndërprerjes së pajisjeve, i cili nuk do të mbulojë asnjëherë as 1% të humbjeve të mundshme monetare dhe reputacionit. Në këtë rast, është shumë më e rëndësishme për klientin që problemet të zgjidhen sa më shpejt që të jetë e mundur sesa një lloj "rillogaritje tarifash".
"Shumë qendra të dhënash në mbarë botën" është një shkak për shqetësim
Ne e kemi vendosur situatën me një numër të madh qendrash të dhënash pranë një ofruesi shërbimi në një kategori të veçantë, sepse përveç problemeve të dukshme të komunikimit të përshkruara më sipër, lindin edhe probleme jo të dukshme. Për shembull, ofruesi juaj i shërbimit nuk ka qasje në qendrat e të dhënave "të tyre".
Në artikullin tonë të fundit , thelbi i së cilës është rishitja e kapaciteteve të njerëzve të tjerë nën maskën e vet. Shumica dërrmuese e strehuesve modernë që pretendojnë se kanë "qendrat e tyre të të dhënave" në shumë rajone janë rishitës që përdorin modelin White Label. Domethënë, ata fizikisht nuk kanë asnjë lidhje me qendrën e të dhënave të kushtëzuara në Zvicër, Gjermani apo Holandë.
Këtu lindin përplasje jashtëzakonisht interesante. SLA-ja juaj me ofruesin e shërbimit ende funksionon dhe është e vlefshme, por furnizuesi nuk është në gjendje të ndikojë disi rrënjësisht situatën në rast aksidenti. Ai vetë është në një pozicion të varur nga furnizuesi i tij - qendra e të dhënave, nga e cila u blenë raftet e energjisë për rishitje.
Kështu, nëse vlerësoni jo vetëm formulimet e bukura në kontratë dhe SLA për besueshmërinë dhe shërbimin, por edhe aftësinë e ofruesit të shërbimit për të zgjidhur shpejt problemet, duhet të punoni drejtpërdrejt me pronarin e objekteve. Në fakt, kjo përfshin ndërveprim të drejtpërdrejtë direkt me qendrën e të dhënave.
Pse nuk i konsiderojmë opsionet kur shumë DC mund t'i përkasin një kompanie? Epo, ka shumë, shumë pak kompani të tilla. Një, dy, tre qendra të vogla të të dhënave ose një e madhe është e mundur. Por një duzinë DC, gjysma e të cilave janë në Federatën Ruse dhe e dyta në Evropë, është pothuajse e pamundur. Kjo do të thotë se ka shumë më tepër kompani rishitëse sesa mund ta imagjinoni. Ja një shembull i thjeshtë:
Llogaritni numrin e qendrave të të dhënave të shërbimit të Google Cloud. Ka vetëm gjashtë prej tyre në Evropë. Në Londër, Amsterdam, Bruksel, Helsinki, Frankfurt dhe Cyrih. Pra, në të gjitha pikat kryesore të autostradës. Sepse një qendër e të dhënave është e shtrenjtë, komplekse dhe një projekt shumë i madh. Tani mbani mend kompanitë pritëse nga diku në Moskë me "një duzinë qendrash të dhënash në të gjithë Rusinë dhe Evropën".
Sigurisht që nuk ka furnizues të mirë që kanë partnerë në programin White Label, ka mjaftueshëm dhe ofrojnë shërbime të nivelit më të lartë. Ato bëjnë të mundur marrjen me qira të kapaciteteve në BE dhe Federatën Ruse njëkohësisht përmes të njëjtës dritare të shfletuesit, pranimi i pagesës në rubla, jo në valutë të huaj, etj. Por kur ndodhin rastet e përshkruara në SLA, ata bëhen pikërisht të njëjtët peng të situatës si ju.
Kjo na kujton edhe një herë se një SLA është e padobishme nëse nuk keni një kuptim të strukturës organizative dhe aftësive të furnizuesit.
Cila është përfundimi
Një përplasje serveri është gjithmonë një ngjarje e pakëndshme dhe mund t'i ndodhë kujtdo, kudo. Pyetja është se sa kontroll mbi situatën dëshironi. Tani nuk ka shumë furnizues të drejtpërdrejtë të kapacitetit në treg, dhe nëse flasim për lojtarë të mëdhenj, atëherë ata zotërojnë, relativisht të folur, vetëm një DC diku në Moskë nga një duzinë në të gjithë Evropën që mund të përdorni.
Këtu, çdo klient duhet të vendosë vetë: a zgjedh komoditetin tani apo shpenzoj kohë dhe përpjekje për të kërkuar një qendër të dhënash në një vend të pranueshëm në Rusi ose Evropë, ku mund të vendos pajisjet e mia ose të blej kapacitet. Në rastin e parë, zgjidhjet standarde që janë aktualisht në treg janë të përshtatshme. Në të dytën, do t'ju duhet të djersiteni.
Para së gjithash, është e nevojshme të përcaktohet nëse shitësi i shërbimit është pronar i drejtpërdrejtë i objektit/qendrës së të dhënave. Shumë rishitës që përdorin modelin White Label përpiqen të fshehin statusin e tyre dhe në këtë rast duhet të kërkoni disa shenja indirekte. Për shembull, nëse "DC-të e tyre evropiane" kanë disa emra dhe logo specifike që ndryshojnë nga emri i kompanisë furnizuese. Ose nëse fjala "partnerë" shfaqet diku. Partnerët = White Label në 95% të rasteve.
Tjetra, duhet të njiheni me strukturën e vetë kompanisë, ose më mirë akoma, të shikoni personalisht pajisjet. Midis qendrave të të dhënave, praktika e ekskursioneve ose të paktën artikujve të ekskursionit në uebsajtin ose blogun e tyre nuk është e re (ne kemi shkruar të tilla и ), ku ata flasin për qendrën e tyre të të dhënave me foto dhe përshkrime të hollësishme.
Me shumë qendra të dhënash, mund të organizoni një vizitë personale në zyrë dhe një mini-ekskursion në vetë DC. Aty mund të vlerësoni shkallën e rendit, ndoshta do të jeni në gjendje të komunikoni me një nga inxhinierët. Është e qartë se askush nuk do t'ju bëjë një turne prodhimi nëse keni nevojë për një server për 300 RUB/muaj, por nëse keni nevojë për kapacitet serioz, atëherë departamenti i shitjeve mund t'ju takojë. Për shembull, ne kryejmë ekskursione të tilla.
Në çdo rast, duhet të përdoret arsyeja e shëndoshë dhe nevojat e biznesit. Për shembull, nëse keni nevojë për një infrastrukturë të shpërndarë (disa nga serverët janë në Federatën Ruse, tjetra në BE), do të jetë më e lehtë dhe më fitimprurëse të përdorni shërbimet e hostëve që kanë partneritet me DC-të evropiane duke përdorur Etiketën e Bardhë. model. Nëse e gjithë infrastruktura juaj do të përqendrohet në një pikë, domethënë në një qendër të dhënash, atëherë ia vlen të shpenzoni pak kohë për të gjetur një furnizues.
Sepse një SLA tipike me shumë mundësi nuk do t'ju ndihmojë. Por puna me pronarin e objekteve, dhe jo me një rishitës, do të përshpejtojë ndjeshëm zgjidhjen e problemeve të mundshme.
Burimi: www.habr.com