SLA, znan tudi kot »pogodba o ravni storitev«, je jamstvena pogodba med stranko in ponudnikom storitev o tem, kaj bo stranka prejela v smislu storitve. Določa tudi odškodnino v primeru izpada po krivdi dobavitelja ipd. V bistvu je SLA poverilnica, s pomočjo katere podatkovni center ali ponudnik gostovanja prepriča potencialno stranko, da bo z njo na vse možne načine obravnavana prijazno. Vprašanje je, da lahko v SLA napišete karkoli želite, dogodki, zapisani v tem dokumentu, pa se ne zgodijo prepogosto. SLA še zdaleč ni vodilo pri izbiri podatkovnega centra in se nanj vsekakor ne bi smeli zanašati.
Vsi smo navajeni podpisovanja nekakšnih sporazumov, ki nalagajo določene obveznosti. SLA ni nobena izjema - običajno najbolj nerealen dokument, ki si ga lahko zamislite. Edina stvar, ki je verjetno bolj neuporabna, je NDA v jurisdikcijah, kjer koncept »poslovne skrivnosti« v resnici ne obstaja. A ves problem je v tem, da SLA naročniku ne pomaga pri izbiri pravega dobavitelja, ampak samo meče prah v oči.
Kaj gostitelji najpogosteje napišejo v javni različici SLA, ki jo pokažejo javnosti? No, prva vrstica je izraz "zanesljivost" gostitelja - to so običajno številke od 98 do 99,999%. Pravzaprav so te številke le lepa iznajdba tržnikov. Nekoč, ko je bilo gostovanje mlado in drago, oblaki pa le sanje strokovnjakov (pa tudi širokopasovni dostop za vse), je bil indikator uptime gostovanja izjemno, izjemno pomemben. Zdaj, ko vsi dobavitelji uporabljajo, plus ali minus, isto opremo, sedijo v istih hrbteničnih omrežjih in ponujajo enake pakete storitev, je kazalnik časa delovanja popolnoma nepomemben.
Ali sploh obstaja "pravilen" SLA?
Seveda obstajajo idealne različice SLA, vendar so vsi nestandardni dokumenti in se registrirajo ter sklenejo med naročnikom in dobaviteljem ročno. Poleg tega se ta vrsta SLA najpogosteje nanaša na nekakšno pogodbeno delo in ne na storitve.
Kaj mora vsebovati dober SLA? Če rečemo TLDR, je dober SLA dokument, ki ureja razmerje med dvema entitetama, kar daje eni od strani (stranki) največji nadzor nad procesom. Se pravi, kako deluje v resničnem svetu: obstaja dokument, ki opisuje globalne interakcijske procese in ureja odnose med strankami. Postavlja meje, pravila in sama po sebi postane vzvod vpliva, ki ga lahko obe strani uporabljata v največji meri. Tako lahko naročnik zahvaljujoč pravilnemu SLA preprosto prisili izvajalca, da dela po dogovoru, izvajalcu pa pomaga ubraniti »želje« preveč aktivnega naročnika, ki niso upravičene s pogodbo. Izgleda takole: "Naš SLA pravi to in to, pojdi od tod, naredimo vse, kot je dogovorjeno."
To pomeni, da je "pravilen SLA" = "ustrezna pogodba o opravljanju storitev" in daje nadzor nad situacijo. A to je mogoče le, če delamo »enakopravni«.
Kar piše na spletni strani in kar čaka v resnici sta dve različni stvari
Na splošno je vse, o čemer bomo razpravljali naprej, tipični marketinški triki in test pozornosti.
Če vzamemo priljubljene domače gostitelje, potem je ena ponudba boljša od druge: podpora 25/8, uptime strežnika 99,9999999% časa, kup lastnih podatkovnih centrov vsaj v Rusiji. Zapomnite si točko o podatkovnih centrih, k temu se bomo vrnili malo kasneje. Medtem pa se pogovorimo o idealni statistiki tolerance napak in o tem, s čim se človek sooča, ko njegov strežnik še vedno pade v »0,0000001% napak«.
Pri kazalnikih 98% in več je vsak padec dogodek na robu statistične napake. Delovna oprema in priključki so ali pa jih ni. Gostitelja z oceno "zanesljivosti" 50% (v skladu s SLA) lahko uporabljate več let brez ene same težave ali pa enkrat na mesec za nekaj dni "falirate" s fanti, ki trdijo, da je 99,99%.
Ko pride trenutek padca (in, spomnimo vas, vsakdo kdaj pade), se stranka sooči z notranjim korporativnim strojem, imenovanim »podpora«, in na dan sta razkrita pogodba o storitvah in SLA. Kaj to pomeni:
- Najverjetneje v prvih štirih urah izpadov ne boste mogli predstaviti ničesar, čeprav nekateri gostitelji začnejo preračunavati tarifo (plačilo odškodnine) od trenutka zrušitve.
- Če strežnik dlje časa ni dosegljiv, lahko oddate zahtevo za preračun tarife.
- In to pod pogojem, da je težava nastala po krivdi dobavitelja.
- Če je vaša težava nastala zaradi tretje osebe (na avtocesti), potem se zdi, da "nihče ni kriv" in kdaj bo težava rešena, je stvar vaše sreče.
Vendar je pomembno razumeti, da nikoli ne dobite dostopa do inženirske ekipe, največkrat vas ustavi prva linija podpore, ki si dopisuje z vami, medtem ko pravi inženirji poskušajo popraviti situacijo. Se sliši znano?
Tukaj se veliko ljudi zanaša na SLA, ki bi vas, kot kaže, moral zaščititi pred takimi situacijami. A v resnici podjetja le redkokdaj presežejo meje lastnega dokumenta oziroma so sposobna situacijo obrniti tako, da minimizirajo svoje stroške. Primarna naloga SLA je uspavati budnost in prepričati, da bo tudi v primeru nepredvidene situacije »vse v redu«. Drugi namen SLA je sporočanje glavnih kritičnih točk in ponudniku storitev dati manevrski prostor, to je možnost, da napako pripiše nečemu, za kar dobavitelj »ni odgovoren«.
Hkrati pa velikim naročnikom nadomestilo v okviru SLA pravzaprav sploh ni mar. “SLA kompenzacija” je vračilo denarja v okviru tarife sorazmerno z izpadi opreme, ki ne bo nikoli pokrilo niti 1% morebitne denarne izgube in izgube ugleda. V tem primeru je za stranko veliko bolj pomembno, da se težave čim prej rešijo kot nekakšen »preračun tarif«.
"Številni podatkovni centri po vsem svetu" so razlog za skrb
Situacijo z velikim številom podatkovnih centrov pri ponudniku storitev smo uvrstili v posebno kategorijo, saj se poleg zgoraj opisanih očitnih komunikacijskih težav pojavljajo tudi neočitne težave. Na primer, vaš ponudnik storitev nima dostopa do "njihovih" podatkovnih centrov.
V našem zadnjem članku , katerega bistvo je preprodaja tujih kapacitet pod lastno krinko. Velika večina sodobnih gostiteljev, ki trdijo, da imajo »svoje lastne podatkovne centre« v mnogih regijah, so preprodajalci, ki uporabljajo model White Label. To pomeni, da fizično nimajo nič s pogojnim podatkovnim centrom v Švici, Nemčiji ali na Nizozemskem.
Tu nastanejo izredno zanimivi trki. Vaš SLA s ponudnikom storitev še vedno deluje in je veljaven, vendar dobavitelj ne more nekako radikalno vplivati na situacijo v primeru nesreče. Sam je v odvisnem položaju od lastnega dobavitelja - podatkovnega centra, od katerega so bili napajalni regali kupljeni za nadaljnjo prodajo.
Če torej ne cenite le lepega besedila v pogodbi in SLA o zanesljivosti in storitvah, temveč tudi sposobnost ponudnika storitev, da hitro reši težave, bi morali sodelovati neposredno z lastnikom objektov. Pravzaprav to vključuje neposredno interakcijo neposredno s podatkovnim centrom.
Zakaj ne razmislimo o možnostih, ko lahko več DC dejansko pripada enemu podjetju? No, takih podjetij je zelo, zelo malo. Možni so en, dva, trije majhni podatkovni centri ali en večji. Toda ducat DC, od katerih jih je polovica v Ruski federaciji, drugi pa v Evropi, je skoraj nemogoče. To pomeni, da je preprodajalcev veliko več, kot si lahko predstavljate. Tukaj je preprost primer:
Ocenite število podatkovnih centrov storitve Google Cloud. V Evropi jih je le šest. V Londonu, Amsterdamu, Bruslju, Helsinkih, Frankfurtu in Zürichu. Se pravi na vseh glavnih avtocestnih točkah. Ker je podatkovni center drag, kompleksen in zelo velik projekt. Zdaj pa se spomnite gostiteljskih podjetij nekje v Moskvi z »ducatom podatkovnih centrov po vsej Rusiji in Evropi«.
Dobrih dobaviteljev, ki imajo partnerje v programu White Label, seveda ni, teh je dovolj in zagotavljajo storitve na najvišji ravni. Omogočajo hkraten najem zmogljivosti v EU in Ruski federaciji prek istega okna brskalnika, sprejemanje plačil v rubljih, ne v tuji valuti ipd. Ko pa pride do primerov, opisanih v SLA, postanejo popolnoma enaki talci situacije kot vi.
To nas še enkrat spomni, da je SLA neuporaben, če ne razumete dobaviteljeve organizacijske strukture in zmogljivosti.
Kar pomeni, da
Zrušitev strežnika je vedno neprijeten dogodek in se lahko zgodi vsakomur in kjer koli. Vprašanje je, koliko nadzora nad situacijo želite. Zdaj na trgu ni preveč neposrednih dobaviteljev zmogljivosti, in če govorimo o velikih igralcih, potem imajo v lasti, relativno gledano, samo en DC nekje v Moskvi od ducata po vsej Evropi, do katerih lahko dostopate.
Tu se mora vsaka stranka sama odločiti: ali izberem udobje zdaj ali porabim čas in trud za iskanje podatkovnega centra na sprejemljivi lokaciji v Rusiji ali Evropi, kjer lahko postavim svojo opremo ali kupim zmogljivost. V prvem primeru so primerne standardne rešitve, ki so trenutno na trgu. V drugem se boste morali potiti.
Najprej je treba ugotoviti, ali je prodajalec storitev neposredni lastnik objektov/podatkovnega centra. Številni preprodajalci, ki uporabljajo model White Label, se po svojih najboljših močeh trudijo prikriti svoj status in v tem primeru morate iskati nekaj posrednih znakov. Na primer, če imajo "njihovi evropski DC" določena imena in logotipe, ki se razlikujejo od imena dobaviteljskega podjetja. Ali če se kje pojavi beseda »partnerji«. Partnerji = White Label v 95 % primerov.
Nato se morate seznaniti s strukturo samega podjetja ali še bolje, osebno si ogledati opremo. Med podatkovnimi centri praksa ekskurzij ali vsaj ekskurzijskih člankov na lastni spletni strani ali blogu ni nova (pisali smo и ), kjer govorijo o svojem podatkovnem centru s fotografijami in podrobnimi opisi.
S številnimi podatkovnimi centri se lahko dogovorite za osebni obisk pisarne in mini ekskurzijo v sam DC. Tam lahko ocenite stopnjo urejenosti, morda boste lahko komunicirali s katerim od inženirjev. Jasno je, da vam nihče ne bo dal ogleda proizvodnje, če potrebujete en strežnik za 300 rubljev / mesec, če pa potrebujete resne zmogljivosti, vam lahko prodajni oddelek pride naproti. Na primer, izvajamo takšne izlete.
V vsakem primeru je treba uporabiti zdrav razum in poslovne potrebe. Na primer, če potrebujete porazdeljeno infrastrukturo (nekateri strežniki so v Ruski federaciji, drugi v EU), bo lažje in bolj donosno uporabljati storitve gostiteljev, ki imajo partnerstva z evropskimi DC-ji z uporabo White Label. model. Če bo vaša celotna infrastruktura skoncentrirana na eni točki, torej v enem podatkovnem centru, potem je vredno porabiti nekaj časa za iskanje dobavitelja.
Ker vam tipični SLA najverjetneje ne bo pomagal. Toda sodelovanje z lastnikom objektov in ne s preprodajalcem bo bistveno pospešilo reševanje morebitnih težav.
Vir: www.habr.com