SLA, ose «service-level agreement», është një marrëveshje-garanci midis klientit dhe ofruesit të shërbimit që përcakton çfarë do të marrë klienti në aspektin e shërbimit. Në të përcaktohen edhe kompensimet në rast ndërprerjesh për faj të ofruesit, e kështu me radhë. Në thelb, SLA është një dokument bindës me të cilin data center-i ose ofruesi i hostimit përpiqet ta bindë klientin e mundshëm se do të trajtohet në mënyrën më të mirë. Problemi është se në SLA mund të shkruhet çfarëdo, dhe situatat e përshkruara në këtë dokument ndodhin jo edhe aq shpesh. SLA është larg së qenit një pikë reference për zgjedhjen e një data center-i dhe sigurisht nuk duhet të mbështeteni tek ai.
TĂ« gjithĂ« jemi mĂ«suar tĂ« nĂ«nshkruajmĂ« kontrata qĂ« vendosin detyrime tĂ« caktuara. As SLA nuk bĂ«n pĂ«rjashtim â zakonisht Ă«shtĂ« dokumenti mĂ« i shkĂ«putur nga realiteti qĂ« mund tĂ« imagjinohet. Ndoshta mĂ« i padobishĂ«m se ai Ă«shtĂ« vetĂ«m NDA nĂ« juridiksione ku koncepti i «sekretit tregtar» praktikisht nuk ekziston. Dhe i gjithĂ« problemi qĂ«ndron te fakti se SLA nuk e ndihmon klientin tĂ« zgjedhĂ« saktĂ« njĂ« ofrues, por vetĂ«m krijon njĂ« pĂ«rshtypje tĂ« rreme.
ĂfarĂ« shkruajnĂ« mĂ« shpesh hosterĂ«t nĂ« versionin publik tĂ« SLA qĂ« ua tregojnĂ« klientĂ«ve? Zakonisht, rreshti i parĂ« pĂ«rmend njĂ« term si «besueshmĂ«ria» e hosterit â zakonisht me shifra nga 98 deri nĂ« 99,999%. NĂ« thelb, kĂ«to shifra janĂ« thjesht njĂ« trillim i bukur i marketingut. Dikur, kur hostimi ishte i ri dhe i shtrenjtĂ«, ndĂ«rsa cloud-et ishin ende vetĂ«m njĂ« ide pĂ«r specialistĂ«t (po aq sa edhe aksesi broadband pĂ«r tĂ« gjithĂ«), treguesi i uptime-it tĂ« hostimit ishte jashtĂ«zakonisht i rĂ«ndĂ«sishĂ«m. Sot, kur tĂ« gjithĂ« ofruesit pĂ«rdorin afĂ«rsisht tĂ« njĂ«jtĂ«n pajisje, janĂ« tĂ« lidhur me tĂ« njĂ«jtat rrjete backbone dhe ofrojnĂ« tĂ« njĂ«jtat paketa shĂ«rbimesh, treguesi i uptime-it nuk Ă«shtĂ« aspak domethĂ«nĂ«s.
A ekziston fare një SLA «i duhur»
Sigurisht që ekzistojnë edhe versione ideale të SLA, por të gjitha ato janë dokumente jotipike dhe hartohen e lidhen manualisht midis klientit dhe ofruesit. Për më tepër, ky lloj SLA-je më shpesh lidhet me punë të kontraktuara sesa me shërbime.
ĂfarĂ« duhet tĂ« pĂ«rfshijĂ« njĂ« SLA i mirĂ«? NĂ«se ta themi shkurt, njĂ« SLA i mirĂ« Ă«shtĂ« njĂ« dokument qĂ« rregullon marrĂ«dhĂ«niet mes dy palĂ«ve dhe i jep njĂ«rĂ«s prej tyre (klientit) kontroll maksimal mbi procesin. Pra, si funksionon kjo nĂ« praktikĂ«: ekziston njĂ« dokument qĂ« pĂ«rshkruan proceset e pĂ«rgjithshme tĂ« bashkĂ«punimit dhe rregullon marrĂ«dhĂ«niet mes palĂ«ve. Ai pĂ«rcakton kufijtĂ«, rregullat dhe nĂ« vetvete bĂ«het njĂ« mjet ndikimi qĂ« tĂ« dyja palĂ«t mund ta pĂ«rdorin plotĂ«sisht. KĂ«shtu, falĂ« njĂ« SLA-je tĂ« hartuar siç duhet, klienti thjesht mund ta detyrojĂ« ofruesin tĂ« punojĂ« ashtu siç Ă«shtĂ« rĂ«nĂ« dakord, ndĂ«rsa ofruesin e ndihmon tĂ« mbrohet nga âdĂ«shiratâ e pajustifikuara tĂ« njĂ« klienti tepĂ«r kĂ«rkues qĂ« nuk mbĂ«shteten nĂ« kontratĂ«. NĂ« praktikĂ« tingĂ«llon kĂ«shtu: âNĂ« SLA-nĂ« tonĂ« kjo Ă«shtĂ« e pĂ«rcaktuar qartĂ«; ne po bĂ«jmĂ« gjithçka sipas marrĂ«veshjesâ.
Pra, âSLA-ja e duhurâ = ânjĂ« kontratĂ« shĂ«rbimi e balancuarâ dhe i jep kontroll situatĂ«s. Por kjo Ă«shtĂ« e mundur vetĂ«m kur bashkĂ«punohet âsi tĂ« barabartĂ«â.
Ajo që shkruhet në faqe dhe ajo që ju pret në realitet janë dy gjëra të ndryshme
Në përgjithësi, gjithçka që do të diskutojmë më tej janë truke tipike marketingu dhe një test i vëmendjes.
NĂ«se marrim hostuesit vendas mĂ« tĂ« njohur, njĂ« premtim Ă«shtĂ« mĂ« i bujshĂ«m se tjetri: suport 25/8, uptime i serverĂ«ve 99,9999999% tĂ« kohĂ«s, njĂ« mori data center-ash tĂ« vetat tĂ« paktĂ«n nĂ« tĂ« gjithĂ« RusinĂ«. Ju lutem, mbajeni mend kĂ«tĂ« pikĂ« pĂ«r data center-at, do tâi rikthehemi pak mĂ« vonĂ«. NdĂ«rkohĂ«, le tĂ« flasim pĂ«r statistikat ideale tĂ« qĂ«ndrueshmĂ«risĂ« dhe me çfarĂ« pĂ«rballet njĂ« person kur serveri i tij megjithatĂ« futet te â0,0000001% e rĂ«nieveâ.
Kur treguesit janĂ« 98% e lart, çdo ndĂ«rprerje Ă«shtĂ« njĂ« ngjarje nĂ« kufijtĂ« e gabimit statistikor. Pajisjet funksionale dhe lidhja ose janĂ«, ose nuk janĂ«. Mund tĂ« pĂ«rdorni pĂ«r vite me radhĂ« njĂ« hostues me tregues âbesueshmĂ«rieâ 50% (sipas SLA-sĂ« sĂ« vet) pa asnjĂ« problem, ose tĂ« pĂ«rjetoni ârĂ«nieâ njĂ« herĂ« nĂ« muaj pĂ«r disa ditĂ« te ata qĂ« deklarojnĂ« 99,99%.
Kur momenti i ndĂ«rprerjes mĂ« nĂ« fund vjen (dhe, po jua kujtojmĂ«, herĂ«t a vonĂ« tĂ« gjithĂ« bien), klienti pĂ«rballet me makinĂ«n e brendshme korporative tĂ« quajtur âsuportâ, ndĂ«rsa nĂ« tavolinĂ« dalin kontrata e shĂ«rbimit dhe SLA-ja. ĂfarĂ« do tĂ« thotĂ« kjo:
- Me shumë gjasa, për katër orët e para të ndërprerjes nuk do të mund të kërkoni asgjë, megjithëse disa hostues e nisin rillogaritjen e tarifës (pagesën e kompensimit) që nga momenti i ndërprerjes.
- Nëse serveri mbetet i padisponueshëm për një periudhë më të gjatë, mund të keni mundësi të paraqisni kërkesë për rillogaritjen e tarifës.
- Dhe kjo vetëm nëse problemi ka lindur për faj të ofruesit.
- Nëse problemi juaj është shkaktuar nga një palë e tretë (në linjën magistrale), atëherë del sikur «askush nuk ka faj» dhe kur do të zgjidhet problemi varet vetëm nga fati juaj.
Njëkohësisht, është e rëndësishme të kuptoni se ju kurrë nuk merrni qasje te ekipi i inxhinierëve; më shpesh ju ndalon linja e parë e mbështetjes, e cila komunikon me ju ndërsa inxhinierët e vërtetë përpiqen të zgjidhin situatën. Skenar i njohur?
Këtu shumë veta shpresojnë te SLA, e cila gjoja duhet t'ju mbrojë nga situata të tilla. Por në praktikë, kompanitë rrallë dalin përtej kufijve të dokumentit të tyre ose dinë ta kthejnë situatën në mënyrë që të minimizojnë kostot e veta. Detyra kryesore e SLA është të ulë vigjilencën dhe t'ju bindë se edhe në rast të një situate të paparashikuar «gjithçka do të jetë mirë». Detyra e dytë e SLA është të përcaktojë pikat kryesore kritike dhe t'i japë ofruesit të shërbimit hapësirë për manovrim, pra mundësinë që ndërprerjen t'ia atribuojë diçkaje për të cilën ofruesi «nuk mban përgjegjësi».
Ndërkohë, për klientët e mëdhenj, në praktikë, kompensimet sipas SLA nuk kanë pothuajse fare rëndësi. «Kompensimi sipas SLA» është kthim parash brenda tarifës, në përpjesëtim me kohën e ndërprerjes së pajisjes, dhe ai kurrë nuk do të mbulojë as 1% të humbjeve të mundshme financiare dhe reputacionale. Në këtë rast, për klientin është shumë më e rëndësishme që problemet të zgjidhen sa më shpejt të jetë e mundur, sesa ndonjë «rillogaritje tarife».
«ShumĂ« qendra tĂ« tĂ« dhĂ«nave nĂ« mbarĂ« botĂ«n» â arsye pĂ«r shqetĂ«sim
Situatën me një numër të madh qendrave të të dhënave te ofruesi i shërbimit e kemi veçuar në një kategori më vete, sepse përveç problemeve të dukshme të komunikimit të përshkruara më sipër, dalin në pah edhe probleme më pak të dukshme. Për shembull, ofruesi juaj i shërbimit nuk ka qasje në qendrat e të dhënave «të veta».
Në artikullin tonë të mëparshëm , thelbi i së cilës është rishitja e kapaciteteve të dikujt tjetër nën markën tënde. Shumica dërrmuese e ofruesve modernë të hostingut, që deklarojnë se kanë «qendrat e tyre të të dhënave» në shumë rajone, në fakt janë rishitës që punojnë sipas modelit White Label. Me fjalë të tjera, fizikisht ata nuk kanë asnjë lidhje të drejtpërdrejtë me një qendër të dhënash, qoftë në Zvicër, Gjermani apo Holandë.
KĂ«tu lindin situata mjaft interesante. SLA juaj me ofruesin e shĂ«rbimit vazhdon tĂ« jetĂ« nĂ« fuqi dhe i vlefshĂ«m, por nĂ« rast incidenti ai nuk Ă«shtĂ« nĂ« gjendje tĂ« ndikojĂ« ndjeshĂ«m nĂ« situatĂ«. Edhe vetĂ« ai varet nga furnizuesi i tij â qendra e tĂ« dhĂ«nave, nga e cila janĂ« blerĂ« rack-et dhe kapacitetet pĂ«r rishitje.
Prandaj, nëse për ju kanë rëndësi jo vetëm formulimet e bukura në kontratë dhe në SLA për besueshmërinë dhe cilësinë e shërbimit, por edhe aftësia e ofruesit për të zgjidhur problemet shpejt, ia vlen të punoni drejtpërdrejt me pronarin e kapaciteteve. Në praktikë, kjo do të thotë bashkëpunim i drejtpërdrejtë me vetë qendrën e të dhënave.
Pse nuk po shqyrtojmĂ« rastet kur shumĂ« qendra tĂ« dhĂ«nash mund tâi pĂ«rkasin nĂ« tĂ« vĂ«rtetĂ« njĂ« kompanie tĂ« vetme? Sepse kompani tĂ« tilla ka shumĂ«, shumĂ« pak. NjĂ«, dy ose tre qendra tĂ« vogla tĂ« dhĂ«nash, apo njĂ« e madhe â kjo Ă«shtĂ« realiste. Por njĂ« dhjetĂ«she qendrash tĂ« dhĂ«nash, ku gjysma ndodhen nĂ« RF dhe gjysma tjetĂ«r nĂ« EvropĂ«, Ă«shtĂ« praktikisht e pamundur. Kjo do tĂ« thotĂ« se kompanitĂ«-rishitĂ«se janĂ« shumĂ« mĂ« tĂ« shumta sesa mund tĂ« imagjinohet. Ja njĂ« shembull i thjeshtĂ«:
Shikoni sa qendra të dhënash ka shërbimi Google Cloud. Në Evropë janë vetëm gjashtë. Në Londër, Amsterdam, Bruksel, Helsinki, Frankfurt dhe Cyrih. Pra, në të gjitha pikat kryesore të rrjeteve backbone. Sepse një qendër e të dhënave është e kushtueshme, komplekse dhe një projekt shumë i madh. Tani kujtoni kompanitë e hostingut diku nga Moska me «një dhjetëshe qendrash të dhënash në të gjithë Rusinë dhe Evropën».
Jo, sigurisht, ka mjaft ofrues të mirë që kanë partnerë në programin White Label dhe që ofrojnë shërbime të nivelit më të lartë. Ata ju japin mundësinë të merrni me qira kapacitete njëkohësisht në BE dhe në RF përmes të njëjtës dritare të shfletuesit, pranojnë pagesa në rubla dhe jo në valutë të huaj, e kështu me radhë. Por kur ndodhin rastet e përshkruara në SLA, ata bëhen po aq peng të situatës sa edhe ju.
Kjo na kujton edhe një herë se SLA është i padobishëm nëse nuk keni asnjë ide për strukturën e organizatës dhe kapacitetet e ofruesit.
ĂfarĂ« nĂ« fund
RĂ«nia e serverĂ«ve Ă«shtĂ« gjithmonĂ« njĂ« ngjarje e pakĂ«ndshme dhe mund tâi ndodhĂ« kujtdo, kudo. Pyetja Ă«shtĂ« se çfarĂ« niveli kontrolli mbi situatĂ«n dĂ«shironi tĂ« keni. Sot nĂ« treg nuk ka shumĂ« ofrues tĂ« drejtpĂ«rdrejtĂ« tĂ« kapaciteteve, ndĂ«rsa nĂ«se flasim pĂ«r lojtarĂ«t e mĂ«dhenj, atyre zakonisht u pĂ«rket vetĂ«m njĂ« DC diku nĂ« MoskĂ« nga dhjetĂ«ra nĂ« tĂ« gjithĂ« EvropĂ«n, te tĂ« cilĂ«t mund tĂ« merrni qasje.
KĂ«tu secili klient duhet tĂ« vendosĂ« vetĂ«: a zgjedh komoditetin menjĂ«herĂ« apo shpenzoj kohĂ« dhe energji pĂ«r tĂ« gjetur njĂ« data center nĂ« njĂ« pikĂ« tĂ« pĂ«rshtatshme nĂ« Rusi ose EvropĂ«, ku mund tĂ« vendos pajisjet e mia ose tĂ« blej kapacitete. NĂ« rastin e parĂ«, pĂ«rshtaten zgjidhjet standarde qĂ« ofrohen sot nĂ« treg. NĂ« tĂ« dytin, do tâju duhet tĂ« lodheni pak.
SĂ« pari, duhet tĂ« kuptohet nĂ«se shitĂ«si i shĂ«rbimeve Ă«shtĂ« pronari i drejtpĂ«rdrejtĂ« i kapaciteteve/data center-it. ShumĂ« rishitĂ«s qĂ« punojnĂ« sipas modelit White Label e fshehin me çdo kusht statusin e tyre dhe nĂ« kĂ«tĂ« rast duhet tâu kushtoni vĂ«mendje disa shenjave tĂ« tĂ«rthorta. PĂ«r shembull, nĂ«se «DC-tĂ« e tyre evropiane» kanĂ« emra dhe logo specifike qĂ« ndryshojnĂ« nga emri i kompanisĂ« ofruese. Ose nĂ«se diku haset fjala «partnerë». PartnerĂ« = White Label nĂ« 95% tĂ« rasteve.
Më pas, është e nevojshme të njiheni me vetë strukturën e kompanisë, ose edhe më mirë, ta shihni pajisjen nga afër. Te data center-et, praktika e tureve nuk është diçka e re, ose të paktën e artikujve prezantues në faqen e tyre apo në blog (ne kemi shkruar të tillë, dhe ) ku flasin për data center-in e tyre me foto dhe përshkrime të hollësishme.
Me shumĂ« data center-e mund tĂ« bini dakord pĂ«r njĂ« vizitĂ« personale nĂ« zyrĂ« dhe njĂ« mini-tur nĂ« vetĂ« DC-nĂ«. Aty mund tĂ« vlerĂ«soni nivelin e rregullit dhe ndoshta tĂ« arrini tĂ« flisni me ndonjĂ« inxhinier. Kuptohet qĂ« askush nuk do tâju organizojĂ« njĂ« tur nĂ« infrastrukturĂ« nĂ«se ju nevojitet njĂ« server pĂ«r 300 RUB/muaj, por nĂ«se ju duhen kapacitete serioze, atĂ«herĂ« departamenti i shitjeve mund tâju vijĂ« nĂ« ndihmĂ«. Ne, pĂ«r shembull, i organizojmĂ« kĂ«to ture.
NĂ« çdo rast, duhet tĂ« udhĂ«hiqeni nga logjika e shĂ«ndoshĂ« dhe nevojat e biznesit. PĂ«r shembull, nĂ«se ju nevojitet njĂ« infrastrukturĂ« e shpĂ«rndarĂ« (njĂ« pjesĂ« e serverĂ«ve nĂ« RF, tjetra nĂ« BE), do tĂ« jetĂ« mĂ« e thjeshtĂ« dhe mĂ« fitimprurĂ«se tĂ« pĂ«rdorni shĂ«rbimet e hostuesve qĂ« kanĂ« marrĂ«dhĂ«nie partneriteti me qendrat evropiane tĂ« tĂ« dhĂ«nave sipas modelit White Label. NĂ«se e gjithĂ« infrastruktura juaj do tĂ« pĂ«rqendrohet nĂ« njĂ« pikĂ« tĂ« vetme, pra nĂ« njĂ« qendĂ«r tĂ« vetme tĂ« tĂ« dhĂ«nave, atĂ«herĂ« ia vlen tâi kushtoni pak kohĂ« kĂ«rkimit tĂ« furnizuesit.
Sepse SLA standarde, me shumĂ« gjasa, nuk do tâju ndihmojĂ«. NdĂ«rsa puna drejtpĂ«rdrejt me pronarin e kapaciteteve, dhe jo me njĂ« rishitĂ«s, do ta pĂ«rshpejtojĂ« ndjeshĂ«m zgjidhjen e problemeve tĂ« mundshme.
Burimi: habr.com
