Knytt SLA-mål til en prosess for hendelseshåndtering

Et tilgjengelighetstall er lettere å sammenligne enn organiseringen av en hendelse. For driften av applikasjonen må det likevel være klart hva tallet måler, og hvordan en påfallende observasjon fører til en koordinert handling.

Google SRE skiller mellom Service Level Indicator (SLI) som måleindikator, Service Level Objective (SLO) som mål og Service Level Agreement (SLA) som avtale om tjenestenivå. En måling trenger et definert omfang og et målevindu. Betegnelsen SLA alene forklarer ikke hvilken del av applikasjonsforløpet som observeres.

En tilgjengelig komponent kan skjule et avbrutt forløp

I det oppdiktede eksemplet bruker en portal ulike tjenester for webapplikasjon og fillagring. Under hendelsen S-60 svarer forsiden fortsatt. Nye henvendelser med fil kan derimot ikke lagres fullstendig. Et målepunkt bare for forsiden viser ikke denne konsekvensen.

Teamet bør derfor knytte målingen til brukerfunksjonen som trengs. Det gir ingen konklusjon om en konkret leverandøravtale: Eksemplet handler om hvilken teknisk observasjon teamets egen applikasjon trenger.

Suppler målingen med oppgaveansvar

Planen nedenfor knytter måleomfanget til reaksjonen på dette tilfellet.

Dette er forslag for eksemplet, ikke tjenesteverdier målt her eller roller som allerede er tildelt. Et tilgjengelighetstall alene bestemmer verken det tekniske tiltaket eller det konkrete tidspunktet for gjenopptakelse.

Vurder måling og fremgangsmåte samlet

Egen organisering av hendelser gjør ikke eksterne tjenesteløfter betydningsløse. Den supplerer bildet av de berørte komponentene med arbeidet på hele forløpet. Avklar derfor måling, kontaktvei og beslutningsmyndighet sammen.

Når flere tjenester er involvert, trenger teamet et koordinert bilde av konsekvensene. Et teknisk funn blir en underbygd driftsbeslutning når det passer til det berørte forløpet og neste handling er tildelt en ansvarlig rolle.

Kilder

• Google SRE: Service Level Objectives