Aprofundarea SLA-urilor furnizorilor de cloud.

[SynTAX]

Timpurile recente stau sub semnul serviciilor cloud. Func?ionalit??i noi ale furnizorilor de cloud se lanseaz? în fiecare zi, aducând cu ele pre?uri din ce în ce mai mici. În acest moment, cei mai cunoscu?i furnizori de servicii cloud sunt Amazon, Google ?i Microsoft.

Uitându-ne peste serviciile lor, vom vedea SLA-uri (Acorduri de nivel al serviciilor - Service Level Agreements) care ajung la o disponibilitate de 99,9%, 99,95% sau chiar 99,99%. Acest articol va aborda acordurile SLA ale furnizorilor de serviciicloud, încercând s? explice de ce SLA-urile sunt atât de importante, care sunt beneficiile lor ?i nu în ultimul rând, cât de mul?i bani am putea ob?ine înapoi dac? un serviciu cade.

Ce înseamn? un SLA?

"Un acord pentru calitatea serviciilor (SLA) este un contract între un furnizor de servicii (fie intern sau extern) ?i utilizatorul final care define?te nivelul serviciului a?teptat de la furnizorul de servicii. SLA-urile sunt bazate pe rezultat (output) deoarece scopul lor este s? defineasc? anume ceea ce clientul va primi. SLA-urile nu definesc cum este oferit sau furnizat serviciul în sine."

Un SLA este un contract între un furnizor de servicii ?i client, care specific? "calitatea" serviciului care va fi furnizat clientului. De exemplu, dac? ne gândim la un serviciu care î?i precizeaz? ora exact?, SLA-ul va defini cât timp va fi serviciul în stare de func?ionare pe parcursul unui an (99,99%).

În plus, SLA-ul define?te garan?iile care sunt oferite dac? SLA-ul nu este onorat. De exemplu, dac? serviciul de or? exact? este nefunc?ional pentru mai mult de 0,01% pe lun?, furnizorul de servicii va reduce costul total de pe factur? cu 50%.

Ce zone sunt acoperite?

În func?ie de tipul de servicii sau de afacere despre care discut?m, aspectele care pot fi atinse sunt diferite. Este foarte comun pentru un SLA s? cuprind? urm?toarele atribute ale unui serviciu:

-Volum,

-Vitez?,

-Capacitate de reac?ie,

-Eficien??,

-Calitate.

Privind din nou la exemplul nostru cu serviciul de or? exact?, am putea avea un SLA care spune: "Serviciul de or? exact? func?ioneaz? 99,99% din an, timpul de r?spuns din momentul în care o cerere ajunge la acest serviciu este de 0.0001 secunde ?i precizia este de 0.00000001 secunde."

SLA-urile pentru Cloud

În general, dac? vorbim de furnizorii de servicii cloud ?i serviciile oferite de ei, aspectul acoperit de to?i este durata de func?ionare. Pe lâng? durata de func?ionare mai sunt ?i alte aspecte, dar acestea variaz? în func?ie de tipul de serviciu.

Microsoft, Google ?i Amazon au un SLA clar care specific? durata de func?ionare pentru fiecare serviciu care este furnizat de c?tre ei. Chiar dac? sunt companii diferite, SLA-urile sunt foarte asem?n?toare între ele.

De exemplu, dac? ne uit?m la serviciile de depozitare din cloud, care nu sunt replicate în centre de date sau noduri diferite, vom descoperi c? Google ofer? o durat? de func?ionare conform SLA de 99,9 %, Microsoft ofer? un SLA cu durata de func?ionare de 99,9%, iar Amazon ofer? o func?ionare de 99,95% prin SLA , cu precizarea c?, dac? avem spre utilizare Read Access-Geo Redundant Storage de la Microsoft, putem ajunge chiar ?i la 99,99%.

Dup? cum am putut remarca în exemplul de mai sus, SLA-urile sunt aproape identice, cu diferen?e de doar 0.05%.

Cum este m?surat serviciul?

Aceast? întrebare este foarte important?, deoarece fiecare furnizor de servicii cloud specific? foarte clar în SLA cum, cine ?i când, în func?ie de ce serviciu este m?surat.

În toate cazurile, durata de func?ionare a serviciului este m?surat? intern, de c?tre sistemul lor propriu. Acest lucru nu înseamn? c? m?surarea nu este real?.Ea este foarte real?, dar dac? motivul nefunc?ion?rii este un factor extern, cum ar fi probleme la re?ea pe partea clientului, atunci nu mai este problema lor.

SLA-ul nu este aplicabil în cazurile în care serviciul este utilizat în afara anumitor limite specifice. De exemplu, SLA-ul se aplic? numai când num?rul de cereri pe secund? este sub 10 milioane, sau când exist? cel pu?in dou? exemple de cerere pentru acea folosin??.

Garan?ie

Adesea, oamenii presupun în mod eronat c?, dac? au un serviciu în cloud care genereaz? 1000$ per or?, furnizorul le va asigura acea sum? de bani pe care serviciul ar fi generat-o, chiar ?i în condi?iile unei perioade de nefunc?ionare. O alt? presupunere gre?it? este c? furnizorul de cloud va acoperi toate pierderile generate de o perioad? de nefunc?ionare.

În acest moment, nu cunosc nici un furnizor de cloud sau de servicii care ar acoperi pierderile rezultate în urma unei nefunc?ion?ri. Ambele presupuneri sunt nejustificate.

Ar putea suna ciudat, dar este normal. În primul rând, este greu s? m?sori ?i s? calculezi pierderea, iar în al doilea rând, SLA-ul se refer? la serviciul pe care îl utiliza?i ?i nu la sistemul sau serviciile pe care voi le oferi?i pe baza acestuia.

Google, Microsoft ?i Amazon ofer? garan?ii foarte asem?n?toare. În func?ie de perioada de nefunc?ionare la sfâr?itul lunii, o cantitate specific? de credit servicii este oferit? clientului. De exemplu, dac? perioada de func?ionare a serviciului a fost sub 99,9%, clientul va primi 25% din costul acelui serviciu pentru acea lun? drept credit. Acest credit va fi utilizat pentru a reduce costul facturii din luna urm?toare.

De asemenea, SLA-urile men?ioneaz? c?, dac? un anumit incident sau eveniment provoac? o defec?iune la mai mult decât un singur serviciu cloud, atunci clientul poate trimite o reclama?ie numai pentru un serviciu care a fost afectat de acest eveniment.

De exemplu, dac? un centru de date cade din cauza unei actualiz?ri software ?i sunt afectate sistemele de stocare, calcul ?i mesagerie, atunci clientul poate pretinde credit numai pentru un singur serviciu.

Garan?iile Amazon, Google ?i Microsoft

Haide?i s? arunc?m o privire asupra garan?iilor care sunt oferite de c?tre ace?ti furnizori de cloud în cazul unei nefunc?ion?ri a sistemului lor de depozitare.

Amazon

Google

Microsoft

Oferta nu este identic? 100%, dar este destul de similar?. Chiar dac? Google ofer? 50% credit de depozitare în cazul unei nefunc?ion?ri, nu mi-a? dori s? fiu în situa?ia în care durata de func?ionare este de numai 90% de exemplu. Creditul oferit pentru o func?ionare între 99,xx% ?i 99% este acela?i. Fiecare '9' care este oferit peste 99% este foarte scump ?i greu de ob?inut. Acei 9 reprezint? adev?rata b?t?lie ?i pot face deosebirea dintre un simplu serviciu ?i un serviciu grozav.

Când ?i cum primesc creditul?

To?i furnizorii de cloud au mecanisme diferite pentru a-?i notifica clien?ii atunci când un serviciu nu func?ioneaz? conform a?tept?rilor (pe un web site, folosind un API sau prin email). În toate aceste cazuri, chiar dac? un serviciu este nefunc?ional mai mult decât se specific? în SLA, clientul nu va primi din oficiu (by default) creditul despre care am discutat mai sus.

În momentul în care clien?ii sunt afecta?i de un incident, ei trebuie s? în?tiin?eze furnizorul de cloud ?i s? întocmeasc? un aviz la nivelul de suport pentru clien?i. Ei trebuie s? specifice care anume serviciu a fost afectat ?i când. Pe baza acestor informa?ii, furnizorul de cloud va verifica sistemul de audit intern ?i nivelul ratei de eroare în acel interval anumit de timp.

Încredere

Acesta este cuvântul cheie în lumea furnizorilor de cloud ?i a clien?ilor lor. Cel mai important lucru este încrederea care exist? între ei. Noi, clien?ii, avem încredere în furnizorii no?tri de cloud care î?i respect? SLA-urile. Acela?i lucru se întâmpl? cu orice furnizor extern.

În general, toate SLA-urile oferite de furnizorii de cloud sunt respectate. Cazurile în care exist? incidente sunt foarte rare ?i izolate.

Durata de func?ionare a serviciului cloud nu coincide cu durata de func?ionare a produsului nostru

Un lucru important pe care trebuie s? îl lu?m în considerare este c? atunci când construim un produs pe cloud, timpul de func?ionare al sistemului nostru nu este acela?i cu timpul de func?ionare al serviciilor cloud.

De exemplu, dac? avem un produs care este construit utilizând 20 de servicii din cloud, atunci timpul de func?ionare al sistemului nostru va trebui s? fie calculat ?inând cont de perioada de func?ionare a tuturor serviciilor cloud. Dac? fiecare dintre serviciile cloud are o durat? de func?ionare de 99,9%, atunci perioada de func?ionare a sistemului nostru ar putea ajunge la aproximativ 98%.

Concluzie

Dup? cum am men?ionat mai sus, SLA-urile oferite de diferi?i furnizori de cloud sunt relativ asem?n?toare. Cel mai important lucru este s? ?tim exact ce anume acoper? SLA-ul ?i cum s? gestion?m perioadele de nefunc?ionare.

PS: Nu este chiar security dar este foarte bine structurat si foarte folositor pentru cei care se folosesc de cloud zi de zi pentru a nu-l pune. Daca cineva considera ca am stricat tema principala, nu ma deranjeaza daca se sterge.

Sursa: todaysoftmag.ro