Slik sporer du servicenivåavtaler i Cloud Computing - dummies

En servicenivåavtale < (SLA) er en kontraktsforpliktelse mellom deg og din cloud computing-tjenesteleverandør. Forhandlere av SLA er ofte en dans mellom IT og leverandøren. Noen servicenivåer er ikke-godkjente, for eksempel en misjonskritisk søknad, noe som betyr at hvis denne søknaden må være tilgjengelig bortsett fra en time i måneden, kan du ikke godta et kompromiss. Hvis det er tilfelle, og leverandøren ikke kan oppfylle servicenivået, bør du revurdere skyalternativet. Andre SLAer har mer wiggle-rom.

IT og tjenesteleverandøren må jobbe sammen for å etablere disse SLAene. Typiske SLAer inkluderer følgende:

Svarstider (muligens varierende ved transaksjon)

• Tilgjengelighet på en gitt dag

• Samlet oppetidsmål

• Avtalt responstid og prosedyrer i tilfelle en tjeneste går ned > Avtalen gir teoretisk forsikring om at leverandøren vil møte visse servicenivåer.

Men kjøper pass opp! Du må bestemme følgende:

Nedetid:

Avhengig av hvor kritisk programmene dine kjører i en sky, trenger du et visst nivå av tilgjengelighet. Er 99. 9 prosent nok for deg? Eller trenger du fem niner? Hvordan planlegger leverandøren at den skal oppfylle SLA? Hvilke failover og katastrofeutvinningsmekanismer har leverandøren på plass? Er du komfortabel med dem?

• Du må lese utskriftene. Inkluderer SLA planlagt vedlikehold, eller er det separat? Hvis ja, hvordan påvirker planlagt vedlikehold deg?
  Hvordan ansvaret er trukket:

• Du vil ikke være i en situasjon der SaaS-leverandøren peker på en finger hos infrastrukturleverandøren, og sier at det ikke var deres feil.

• Kostnad for nedetid: Hva betyr det for operasjonen din hvis skyen er nede? Tjenesteleverandører kan kompensere bare basert på antall timer systemer er nede. Hva med kostnadene for din bedrift?

• Tidligere hendelser: Har leverandøren slitt med for mye nedetid tidligere? Sjekk posten. Se også på servicetabellmålinger, inkludert

• Tid for å identifisere problem: Har det eksistert et problem lenge før det ble rapportert? Er ytelsen varierende mye uten advarsel? Hvis dette er sant, betyr det at overvåkingssystemet ikke fungerer bra og bør vurderes.

  • Tid for å diagnostisere: Tid mellom en hendelsesrapport og identifisering av årsaken til problemet.

  • Tid til å fikse: Tid mellom diagnose og systemreparasjon eller gjenopptakelse av tjenesten.

  • Ideelt sett kan du se operatøren fra tjenesteleverandøren. SLA-informasjonen du bør ta opp fra leverandøren din, er en del av de totale

nøkkelindikatorene

(KPIs) for din bedrift.