SLA, ankaŭ konata kiel "servo-nivela interkonsento", estas garantia interkonsento inter la kliento kaj la servoprovizanto pri tio, kion la kliento ricevos laŭ servo. Ĝi ankaŭ kondiĉas kompenson en kazo de malfunkcio pro la kulpo de la provizanto, ktp. Esence, SLA estas akreditaĵo kun la helpo de kiu datumcentro aŭ gastiganta provizanto konvinkas potencialan klienton, ke li estos afable traktita laŭ ĉiuj eblaj manieroj. La demando estas, ke vi povas skribi ion ajn, kion vi volas en la SLA, kaj la eventoj skribitaj en ĉi tiu dokumento ne okazas tro ofte. SLA estas malproksima de gvidlinio pri elekto de datumcentro kaj vi certe ne devus fidi ĝin.
Ni ĉiuj kutimas subskribi iajn interkonsentojn, kiuj trudas iujn devojn. La SLA ne estas escepto - kutime la plej nereala dokumento imagebla. La sola afero, kiu verŝajne estas pli senutila, estas NDA en jurisdikcioj, kie la koncepto de "komerca sekreto" ne vere ekzistas. Sed la tuta problemo estas, ke la SLA ne helpas la klienton elekti la ĝustan provizanton, sed nur ĵetas polvon en la okulojn.
Kion gastigantoj plej ofte skribas en la publika versio de la SLA, kiun ili montras al la publiko? Nu, la unua linio estas la termino "fidindeco" de la gastiganto - ĉi tiuj kutime estas nombroj de 98 ĝis 99,999%. Fakte, ĉi tiuj nombroj estas nur bela invento de merkatistoj. Iam, kiam gastigado estis juna kaj multekosta, kaj nuboj estis nur revo por specialistoj (same kiel larĝbenda aliro por ĉiuj), la gastiga funkciada indikilo estis ege, ege grava. Nun, kiam ĉiuj provizantoj uzas, plus aŭ minus, la saman ekipaĵon, sidas sur la samaj spinaj retoj kaj ofertas la samajn servajn pakaĵojn, la indiko de funkciado estas absolute nerimarkinda.
Ĉu ekzistas eĉ "ĝusta" SLA?
Kompreneble, ekzistas idealaj versioj de SLA, sed ĉiuj ili estas ne-normaj dokumentoj kaj estas registritaj kaj konkluditaj inter la kliento kaj la provizanto permane. Plie, ĉi tiu tipo de SLA plej ofte koncernas ian kontraktan laboron prefere ol servojn.
Kion devus inkluzivi bona SLA? Por diri ĝin TLDR, bona SLA estas dokumento reguliganta la rilaton inter du entoj, kiu donas al unu el la partioj (la kliento) maksimuman kontrolon pri la procezo. Tio estas, kiel ĝi funkcias en la reala mondo: ekzistas dokumento, kiu priskribas tutmondajn interagajn procezojn kaj reguligas la rilatojn inter la partioj. Ĝi starigas limojn, regulojn, kaj en si mem fariĝas influlevilo, kiun ambaŭ partioj povas plene uzi. Tiel, danke al la ĝusta SLA, la kliento povas simple devigi la entrepreniston labori kiel konsentite, kaj ĝi helpas la entrepreniston batali kontraŭ la "deziroj" de tro aktiva kliento, kiuj ne estas pravigitaj de la kontrakto. Ĝi aspektas jene: "Nia SLA diras tion kaj tion, foriru de ĉi tie, ni faras ĉion kiel interkonsentite."
Tio estas, "la ĝusta SLA" = "adekvata kontrakto por liverado de servoj" kaj donas kontrolon de la situacio. Sed tio eblas nur kiam oni laboras "kiel egaluloj".
Kio estas skribita en la retejo kaj kio atendas en la realeco estas du malsamaj aferoj
Ĝenerale, ĉio, kion ni diskutos plu, estas tipaj merkataj lertaĵoj kaj provo de atentemo.
Se ni prenas popularajn hejmajn gastigantojn, tiam unu oferto estas pli bona ol la alia: 25/8 subteno, servila funkciado 99,9999999% de la tempo, amaso da propraj datumcentroj almenaŭ en Rusio. Bonvolu memori la punkton pri datumcentroj, ni revenos al ĝi iom poste. Intertempe, ni parolu pri idealaj statistikoj pri toleremo de misfunkciadoj kaj pri tio, kion persono alfrontas kiam lia servilo ankoraŭ falas en la "0,0000001% de fiaskoj".
Kun indikiloj de 98% kaj pli, ajna guto estas evento sur la rando de statistika eraro. Laborekipaĵo kaj konekto estas aŭ tie aŭ ili ne estas. Vi povas uzi gastiganton kun "fidindeca" takso de 50% (laŭ sia propra SLA) dum jaroj sen ununura problemo, aŭ vi povas "malsukcesi" unufoje monate dum kelkaj tagoj kun la uloj kiuj asertas 99,99%.
Kiam venos la momento de falo (kaj, ni memorigas vin, ĉiuj falos iam), tiam la kliento alfrontas internan kompanian maŝinon nomatan "subteno", kaj la serva interkonsento kaj SLA estas elmontritaj. Kion ĝi signifas:
- Plej verŝajne, dum la unuaj kvar horoj de malfunkcio vi tute ne povos prezenti ion ajn, kvankam iuj gastigantoj komencas rekalkuli la tarifon (pago de kompenso) ekde la momento de la kraŝo.
- Se la servilo ne disponeblas dum pli longa tempo, vi eble povos sendi peton por rekalkulo de tarifoj.
- Kaj ĉi tio estas kondiĉe, ke la problemo ekestis pro la kulpo de la provizanto.
- Se via problemo ekestis pro tria (sur la ŝoseo), tiam ŝajnas ke "neniu kulpas" kaj kiam la problemo estas solvita, estas afero de via sorto.
Tamen gravas kompreni, ke vi neniam ricevas aliron al la inĝenieristiko, plej ofte vi estas haltigita de la unua linio de subteno, kiu korespondas kun vi dum la veraj inĝenieroj provas ripari la situacion. Sonas konata?
Ĉi tie, multaj homoj fidas je SLA, kiu, ŝajnas, devus protekti vin kontraŭ tiaj situacioj. Sed, fakte, kompanioj malofte preterpasas la limojn de sia propra dokumento aŭ kapablas ŝanĝi la situacion tiel, ke ili minimumigas siajn proprajn kostojn. La ĉefa tasko de SLA estas trankviligi viglecon kaj konvinki, ke eĉ en okazo de neantaŭvidita situacio, "ĉio estos en ordo." La dua celo de SLA estas komuniki la ĉefajn kritikajn punktojn kaj doni al la servoprovizanto spacon por manovri, tio estas, la kapablon atribui malsukceson al io, pri kio la provizanto "ne respondecas".
Samtempe, grandaj klientoj, fakte, tute ne zorgas pri kompenso ene de la SLA. "SLA-kompenso" estas repago de mono ene de la tarifo proporcie al ekipaĵmalfunkcio, kiu neniam kovros eĉ 1% de eblaj monaj kaj reputaciaj perdoj. En ĉi tiu kazo, estas multe pli grave por la kliento, ke la problemoj estas solvitaj kiel eble plej baldaŭ ol ia "tarifa rekalkulo".
"Multaj datumcentroj tra la mondo" estas kaŭzo de maltrankvilo
Ni metis la situacion kun granda nombro da datumcentroj ĉe servoprovizanto en apartan kategorion, ĉar krom la evidentaj komunikadaj problemoj priskribitaj supre, aperas ankaŭ neevidentaj problemoj. Ekzemple, via provizanto de servoj ne havas aliron al "iliaj" datumcentroj.
En nia lasta artikolo , kies esenco estas la revendo de aliulaj kapabloj sub sia propra alivestiĝo. La granda plimulto de modernaj gastigantoj, kiuj asertas havi "siajn proprajn datumcentrojn" en multaj regionoj, estas revendistoj uzante la Blankan Etikedan modelon. Tio estas, ili fizike havas nenion komunan kun la kondiĉa datumcentro en Svislando, Germanio aŭ Nederlando.
Ekestas ĉi tie ekstreme interesaj kolizioj. Via SLA kun la servoprovizanto ankoraŭ funkcias kaj validas, sed la provizanto ne kapablas iel radikale influi la situacion en kazo de akcidento. Li mem estas en dependa pozicio de sia propra provizanto - la datumcentro, de kiu la elektraj rakoj estis aĉetitaj por revendo.
Tiel, se vi taksas ne nur belajn vortojn en la kontrakto kaj SLA pri fidindeco kaj servo, sed ankaŭ la kapablon de la provizanto de servoj rapide solvi problemojn, vi devus labori rekte kun la posedanto de la instalaĵoj. Fakte, ĉi tio implikas rektan interagadon rekte kun la datumcentro.
Kial ni ne konsideras elektojn, kiam multaj PK povas fakte aparteni al unu kompanio? Nu, estas tre, tre malmultaj tiaj kompanioj. Unu, du, tri malgrandaj datumcentroj aŭ unu granda eblas. Sed deko da DC-oj, el kiuj duono estas en la Rusa Federacio, kaj la dua en Eŭropo, estas preskaŭ neebla. Ĉi tio signifas, ke ekzistas multaj pli da revendantaj kompanioj ol vi povus imagi. Jen simpla ekzemplo:
Taksi la nombron da datumcentroj de Google Cloud servo. Estas nur ses el ili en Eŭropo. En Londono, Amsterdamo, Bruselo, Helsinko, Frankfurto kaj Zuriko. Tio estas, ĉe ĉiuj ĉefaj ŝoseaj punktoj. Ĉar datuma centro estas multekosta, kompleksa kaj tre granda projekto. Nun memoru la gastigajn kompaniojn de ie en Moskvo kun "dekdu datumcentroj tra Rusio kaj Eŭropo."
Kompreneble ne ekzistas bonaj provizantoj, kiuj havas partnerojn en la programo Blanka Etikedo, sufiĉas, kaj ili provizas servojn de la plej alta nivelo. Ili ebligas lui kapaciton en EU kaj Rusa Federacio samtempe per la sama retumila fenestro, akcepti pagon en rubloj, ne en fremda valuto, ktp. Sed kiam okazas la kazoj priskribitaj en la SLA, ili fariĝas ĝuste la samaj ostaĝoj de la situacio kiel vi.
Ĉi tio rememorigas nin, ke SLA estas senutila se vi ne komprenas la organizan strukturon kaj kapablojn de la provizanto.
Kio estas la rezulto
Servila kraŝo ĉiam estas malagrabla evento kaj ĝi povas okazi al iu ajn, ie ajn. La demando estas kiom da kontrolo super la situacio vi volas. Nun ne estas tro da rektaj provizantoj de kapablo sur la merkato, kaj se ni parolas pri grandaj ludantoj, tiam ili posedas, relative parolante, nur unu PK ie en Moskvo el dekduo tra Eŭropo, kiun vi povas aliri.
Ĉi tie, ĉiu kliento devas decidi por si mem: ĉu mi elektas komforton nun aŭ pasigas tempon kaj penon serĉante datumcentron en akceptebla loko en Rusio aŭ Eŭropo, kie mi povas meti mian ekipaĵon aŭ aĉeti kapaciton. En la unua kazo, normaj solvoj kiuj estas nuntempe sur la merkato taŭgas. En la dua, vi devos ŝviti.
Antaŭ ĉio, necesas determini ĉu la serva vendisto estas la rekta posedanto de la instalaĵoj/datumcentro. Multaj revendistoj uzantaj la Blankan Etikedan modelon provas sian eblon por kaŝvesti sian statuson, kaj en ĉi tiu kazo vi devas serĉi iujn nerektajn signojn. Ekzemple, se "iliaj eŭropaj DC-oj" havas iujn specifajn nomojn kaj emblemojn, kiuj diferencas de la nomo de la provizanta kompanio. Aŭ se la vorto "partneroj" aperas ie. Partneroj = Blanka Etikedo en 95% de kazoj.
Poste, vi devas konatiĝi kun la strukturo de la kompanio mem, aŭ pli bone, rigardi la ekipaĵon persone. Inter datumcentroj, la praktiko de ekskursoj aŭ almenaŭ ekskursaj artikoloj en sia propra retejo aŭ blogo ne estas nova (ni skribis tiajn и ), kie ili parolas pri sia datumcentro kun fotoj kaj detalaj priskriboj.
Kun multaj datumcentroj, vi povas aranĝi personan viziton al la oficejo kaj mini-ekskurson al la DC mem. Tie vi povas taksi la gradon de ordo, eble vi povos komuniki kun unu el la inĝenieroj. Estas klare, ke neniu donos al vi turneon de produktado se vi bezonas unu servilon por 300 RUB/monato, sed se vi postulas seriozan kapablon, tiam la venda fako eble renkontos vin. Ekzemple, ni faras tiajn ekskursojn.
Ĉiukaze oni uzu komunan prudenton kaj komercajn bezonojn. Ekzemple, se vi bezonas distribuitan infrastrukturon (kelkaj el la serviloj estas en la Rusa Federacio, la aliaj en la EU), estos pli facile kaj pli enspezige uzi la servojn de gastigantoj, kiuj havas partnerecojn kun eŭropaj PK uzante la Blankan Etikedon. modelo. Se via tuta infrastrukturo koncentriĝos en unu momento, tio estas, en unu datumcentro, tiam indas pasigi iom da tempo por trovi provizanton.
Ĉar tipa SLA plej verŝajne ne helpos vin. Sed labori kun la posedanto de la instalaĵoj, kaj ne kun revendisto, signife akcelos la solvon de eblaj problemoj.
fonto: www.habr.com