SLA, cunnisciutu ancu "accordu à livellu di serviziu", hè un accordu di guaranzia trà u cliente è u prestatore di serviziu nantu à ciò chì u cliente riceverà in termini di serviziu. Stipula ancu una compensazione in casu di downtime per culpa di u fornitore, è cusì. In essenza, un SLA hè una credenza cù l'aiutu di quale un centru di dati o un fornitore di hosting cunvince un cliente potenziale chì serà trattatu amablemente in ogni modu pussibule. A quistione hè chì pudete scrive tuttu ciò chì vulete in u SLA, è l'avvenimenti scritti in stu documentu ùn sò micca troppu spessu. SLA hè luntanu da una guida in a selezzione di un centru di dati è certamenti ùn deve micca cunfidendu.
Semu tutti abituati à firmà certi accordi chì imponenu certi obblighi. U SLA ùn hè micca eccezzioni - di solitu u documentu più irrealisticu imaginabile. L'unicu ciò chì hè prubabilmente più inutile hè un NDA in ghjuridizione induve u cuncettu di "sicretu cummerciale" ùn esiste micca veramente. Ma tuttu u prublema hè chì u SLA ùn aiuta micca à u cliente à sceglie u fornitore ghjustu, ma solu tira a polvera in l'ochji.
Chì scrive l'ospiti più spessu in a versione publica di u SLA chì mostranu à u publicu? Ebbè, a prima linea hè u terminu "affidabilità" di l'hoster - sò generalmente numeri da 98 à 99,999%. In fatti, sti numeri sò solu una bella invenzione di i marketers. Una volta, quandu l'ospitu era ghjovanu è caru, è i nuvuli eranu solu un sognu per i specialisti (in quantu l'accessu à banda larga per tutti), l'indicatore di uptime di l'ospitu era estremamente, estremamente impurtante. Avà, quandu tutti i fornituri utilizanu, più o minus, u stessu equipamentu, si sentenu nantu à e stesse rete di backbone è offrenu i stessi pacchetti di serviziu, l'indicatore di uptime hè assolutamente indispensabile.
Ci hè ancu un SLA "correttu"?
Di sicuru, ci sò versioni ideali di SLA, ma tutti sò documenti non standard è sò registrati è cunclusi trà u cliente è u fornitore manualmente. Inoltre, stu tipu di SLA più spessu cuncerna qualchì tipu di travagliu di cuntrattu piuttostu cà servizii.
Chì duverebbe include un bonu SLA? Per fà TLDR, un bonu SLA hè un documentu chì regula a relazione trà duie entità, chì dà à unu di i partiti (u cliente) u massimu cuntrollu di u prucessu. Questu hè, cumu si travaglia in u mondu reale: ci hè un documentu chì descrive i prucessi di interazzione glubale è regula e rilazioni trà i partiti. Pone frontiere, regule, è diventa in sè stessu una leva di influenza chì i dui partiti ponu aduprà à u massimu. Cusì, grazia à u SLA currettu, u cliente pò solu furzà l'imprenditore à travaglià cum'è accunsentutu, è aiuta à l'imprenditore per luttà contra i "voglii" di un cliente eccessivamente attivu chì ùn sò micca ghjustificate da u cuntrattu. Sembra cusì: "U nostru SLA dice questu è quellu, esce da quì, facemu tuttu cum'è accunsentutu".
Questu hè, "u SLA currettu" = "un cuntrattu adattatu per a prestazione di servizii" è dà u cuntrollu di a situazione. Ma questu hè pussibule solu quandu u travagliu "cum'è uguali".
Ciò chì hè scrittu nantu à u situ web è ciò chì aspetta in realtà sò duie cose diverse
In generale, tuttu ciò chì discutemu in più sò trucchi tipici di marketing è una prova d'attenzione.
S'ellu pigliamu hosters domestici populari, allora una offerta hè megliu cà l'altru: supportu 25/8, uptime di u servitore 99,9999999% di u tempu, una mansa di i so centri di dati, almenu in Russia. Per piacè ricordate u puntu nantu à i centri di dati, ci vulteremu un pocu dopu. Intantu, parlemu di statistiche ideali di tolleranza di difetti è di ciò chì una persona face quandu u so servitore cade sempre in u "0,0000001% di fallimenti".
Cù indicatori di 98% è sopra, ogni goccia hè un avvenimentu à u puntu di l'errore statisticu. L'equipaggiu di travagliu è a cunnessione sò o ùn sò micca. Pudete utilizà un hoster cù una valutazione di "affidabilità" di 50% (sicondu u so propiu SLA) per anni senza un solu prublema, o pudete "falla" una volta à u mese per un paru di ghjorni cù i picciotti chì pretendenu 99,99%.
Quandu u mumentu di caduta vene (è, vi ricurdemu, tutti cascà un ghjornu), u cliente hè affruntatu cù una macchina corporativa interna chjamata "supportu", è l'accordu di serviziu è SLA sò purtati à a luce. Cosa significa:
- Hè assai prubabile, per i primi quattru ore di downtime, ùn puderete micca presentà nunda, ancu s'ellu alcuni hosters cumincianu à ricalculate a tarifa (pagamentu di cumpensu) da u mumentu di u crash.
- Se u servitore ùn hè micca dispunibule per un periudu di tempu più longu, pudete esse in gradu di mandà una dumanda per una recalculazione di tariffu.
- È questu hè furnitu chì u prublema hè stata per culpa di u fornitore.
- Se u vostru prublema hè ghjuntu per un terzu (nantu à l'autostrada), allora pare chì "nimu hè culpèvule" è quandu u prublema hè risolta hè una materia di a vostra furtuna.
In ogni casu, hè impurtante di capisce chì ùn avete mai accessu à a squadra di l'ingegneria, a maiò parte di a maiò parte di voi sò firmati da a prima linea di supportu, chì currispondenu cun voi mentre i veri ingegneri pruvate à riparà a situazione. Sona familiar?
Quì, assai persone s'appoghjanu in SLA, chì, pare, duverebbe prutegge da tali situazioni. Ma, in fattu, l'imprese raramente vanu fora di e fruntiere di u so propiu documentu o sò capaci di trasfurmà a situazione in modu di minimizzà i so propii costi. U compitu primariu di un SLA hè di calà a vigilanza è cunvince chì ancu in casu d'una situazione imprevista, "tuttu andrà bè". U sicondu scopu di un SLA hè di cumunicà i punti critichi principali è dà à u fornitore di serviziu di spaziu di manuvra, vale à dì, a capacità di attribuisce un fallimentu à qualcosa chì u fornitore ùn hè "micca rispunsevuli".
À u listessu tempu, i grandi clienti, in fattu, ùn importa micca in tuttu di a compensazione in u SLA. A "compensazione SLA" hè un rimborsu di soldi in a tarifa in proporzione à i tempi di inattività di l'equipaggiu, chì ùn coprerà mai ancu 1% di perdite monetarie è di reputazione potenziale. In questu casu, hè assai più impurtante per u cliente chì i prublemi sò risolti u più prestu pussibule di qualchì tipu di "recalculazione di tariffu".
"Molti centri di dati in u mondu" hè una causa di preoccupazione
Avemu postu a situazione cù un gran numaru di centri di dati à un fornitore di serviziu in una categuria separata, perchè in più di i prublemi di cumunicazione evidenti descritti sopra, i prublemi micca evidenti sò ancu. Per esempiu, u vostru fornitore di serviziu ùn hà micca accessu à "i so" centri di dati.
In u nostru ultimu articulu , l'essenza di quale hè a rivendita di e capacità di l'altri persone sottu u so propiu guise. A maiò parte di l'ospiti muderni chì pretendenu avè "i so centri di dati" in parechje regioni sò rivenditori chì utilizanu u mudellu White Label. Vale à dì, fisicu ùn anu nunda di fà cù u centru di dati cundiziunali in Svizzera, Germania o Paesi Bassi.
Scontri estremamente interessanti nascenu quì. U vostru SLA cù u prestatore di serviziu travaglia sempre è hè validu, ma u fornitore ùn hè micca capaci di influenzà in modu radicali a situazione in casu d'accidentu. Ellu stessu hè in una pusizioni dipendente di u so propiu fornitore - u centru di dati, da quale i rack di putenza sò stati acquistati per a revenda.
Cusì, s'ellu ùn valenu micca solu una bella formulazione in u cuntrattu è SLA nantu à affidabilità è serviziu, ma ancu a capacità di u prestatore di serviziu per risolve rapidamente i prublemi, duvete travaglià direttamente cù u pruprietariu di e facilità. In fatti, questu implica interazzione diretta direttamente cù u centru di dati.
Perchè ùn cunsideremu micca l'opzioni quandu parechji DC ponu veramente appartene à una cumpagnia? Ebbè, ci sò assai, assai pochi tali cumpagnie. Unu, dui, trè picculi centri di dati o unu grande hè pussibule. Ma una decina di DC, a mità di quali sò in a Federazione Russa, è a seconda in Europa, hè quasi impussibile. Questu significa chì ci sò assai più cumpagnie di rivenditori di ciò chì puderete imagine. Eccu un esempiu simplice:
Stima u numeru di centri di dati di serviziu di Google Cloud. Ci sò solu sei di elli in Europa. In Londra, Amsterdam, Bruxelles, Helsinki, Francoforte è Zurich. Vale à dì, in tutti i punti principali di l'autostrada. Perchè un centru di dati hè caru, cumplessu è un prughjettu assai grande. Avà ricordate e cumpagnie di hosting da qualchì locu in Mosca cù "una decina di centri di dati in tutta a Russia è l'Europa".
Ùn ci hè, sicuru, micca boni fornituri chì anu partenarii in u prugramma White Label, ci sò abbastanza, è furnisce servizii di u più altu livellu. Permettenu di allughjà capacità in l'UE è in a Federazione Russa simultaneamente attraversu a stessa finestra di u navigatore, accettanu pagamentu in rubli, micca in valuta straniera, etc. Ma quandu i casi descritti in l'SLA si verificanu, diventanu esattamente i stessi ostaggi di a situazione cum'è voi.
Questu ci ricorda una volta chì un SLA hè inutile se ùn avete micca una cunniscenza di a struttura organizzativa è e capacità di u fornitore.
Chì ghjè a linea di fondu
Un crash di u servitore hè sempre un avvenimentu sgradevule è pò accade à qualcunu, in ogni locu. A quistione hè quantu cuntrollu di a situazione vulete. Avà ùn sò micca troppu fornituri diretti di capacità nantu à u mercatu, è se parlemu di i grandi attori, allora pussede, relativamente parlante, solu un DC in un locu in Mosca da una decina in tutta l'Europa chì pudete accede.
Quì, ogni cliente deve decide per ellu stessu: sceglite cunfortu avà o passanu tempu è sforzu per circà un centru di dati in un locu accettabile in Russia o in Europa, induve possu mette u mo equipamentu o cumprà capacità. In u primu casu, i suluzioni standard chì sò attualmente in u mercatu sò adattati. In u sicondu, vi tuccherà à sudari.
Prima di tuttu, hè necessariu di determinà se u venditore di serviziu hè u pruprietariu direttu di e facilità / data center. Parechji rivenditori chì utilizanu u mudellu White Label pruvate à u megliu per disguise u so statutu, è in questu casu avete bisognu di circà qualchi signali indiretti. Per esempiu, se "i so DC europei" anu alcuni nomi specifichi è loghi chì differenu da u nome di a sucietà furnitrice. O se a parolla "partners" appare in qualchì locu. Partenarii = White Label in u 95% di i casi.
In seguitu, avete bisognu di familiarizà cù a struttura di a cumpagnia stessu, o megliu ancu, fighjate l'equipaggiu in persona. Trà i centri di dati, a pratica di l'escursioni o almenu articuli d'escursioni in u so propiu situ web o blog ùn hè micca novu (avemu scrittu tali и ), induve parlanu di u so centru di dati cù ritratti è descrizzioni detallati.
Cù parechji centri di dati, pudete organizà una visita persunale à l'uffiziu è una mini-escursione à u DC stessu. Quì pudete valutà u gradu di ordine, forse puderete cumunicà cù unu di l'ingegneri. Hè chjaru chì nimu ùn vi darà un tour di pruduzzione s'ellu avete bisognu di un servitore per 300 RUB / mese, ma s'ellu avete bisognu di una capacità seria, allora u dipartimentu di vendita pò scuntrà. Per esempiu, facemu tali excursioni.
In ogni casu, u sensu cumunu è i bisogni cummerciale deve esse usatu. Per esempiu, sè vo avete bisognu di una infrastruttura distribuita (alcuni di i servitori sò in a Federazione Russa, l'altru in a UE), serà più faciule è più prufittu à utilizà i servizii d'ospiti chì anu partenarii cù DC europei chì utilizanu a White Label. mudellu. Se tutta a vostra infrastruttura serà cuncentrata in un puntu, vale à dì in un centru di dati, allora vale a pena passà un pocu di tempu per truvà un fornitore.
Perchè un SLA tipicu probabilmente ùn vi aiuterà micca. Ma u travagliu cù u pruprietariu di e facilità, è micca un rivenditore, accelerà significativamente a risoluzione di prublemi pussibuli.
Source: www.habr.com