Sådan sporer du serviceniveauaftaler i Cloud Computing - dummies

En serviceniveauaftale < (SLA) er en kontraktmæssig forpligtelse mellem dig og din cloud computing-udbyder. Forhandlingsaftaler er ofte en dans mellem IT og udbyderen. Nogle serviceniveauer er ikke-godkendelige, f.eks. En missionskritisk ansøgning, hvilket betyder, at hvis denne ansøgning skal være tilgængelig undtagen en time om måneden, kan du ikke acceptere et kompromis. Hvis det er tilfældet, og udbyderen ikke kan overholde serviceniveauet, skal du genoverveje cloud-indstillingen. Andre SLA'er har mere wiggle room.

IT og tjenesteudbyderen skal arbejde sammen om at etablere disse SLA'er. Typiske SLA'er omfatter følgende:

Svarstider (muligvis varierende ved transaktion)

• Tilgængelighed på en given dag

• Overordnet oppetidsmål

• Aftaltid svar tid og procedurer i tilfælde af en service går ned > Aftalen giver teoretisk sikkerhed for, at leverandøren vil opfylde visse serviceniveauer.

Men køberen pas på! Du skal bestemme følgende:

Nedetid:

Afhængigt af hvor kritisk dine applikationer kører i en sky, skal du have en vis tilgængelighed. Er 99. 9 procent nok til dig? Eller har du brug for fem niner? Hvordan planlægger udbyderen at sikre, at den overholder SLA'en? Hvilke failover og katastrofeinddrivningsmekanismer har udbyderen på plads? Er du komfortabel med dem?

• Du skal læse bøgerne. Indeholder SLA planlagt vedligeholdelse, eller er det adskilt? Hvis ja, hvordan påvirker planlagt vedligeholdelse dig?
  Hvordan ansvarsområderne trækkes:

• Du vil ikke være i en situation, hvor SaaS-udbyderen peger på en finger hos infrastrukturudbyderen og siger, at det ikke var deres skyld.

• Omkostninger til nedetid: Hvad betyder det for dine operationer, hvis skyen er nede? Tjenesteudbydere kan kompensere simpelthen baseret på antallet af timer, systemer er nede. Hvad med omkostningerne til din virksomhed?

• Tidligere hændelser: Har din udbyder kæmpet med for meget nedetid i fortiden? Kontroller posten. Se også på servicetabellen, herunder

• Tid til at identificere problem: Har der eksisteret et problem i lang tid, før det blev rapporteret? Er præstationen varierende bredt uden varsel? Hvis dette er sandt, betyder det, at overvågningssystemet ikke klarer sig godt og bør revideres.

  • Tid til at diagnosticere: Tid mellem en hændelsesrapport og identifikation af årsagen til problemet.

  • Tid til at rette: Tid mellem diagnose og systemreparation eller genoptagelse af service.

  • Ideelt set kan du se operatøren fra din tjenesteudbyder. Den SLA-information, du skal indfange fra din udbyder, er en del af de samlede

nøgleindikatorer

(KPI'er) til din virksomhed.