Ta ansvar for tjenesten etter utrulling

Definer tjenesten brukerne er avhengige av

Utrulling gjør programvare tilgjengelig. Drift holder den nyttig når brukere, avhengigheter, trafikk og krav endrer seg. En kodegenerator fjerner ikke dette løpende arbeidet.

For en fiktiv kundeeksport trenger brukerne mer enn en side de kan nå. De trenger de tillatte opplysningene i ønsket format innen akseptabel tid. De trenger også at tjenesten hindrer tilgang til en annen organisasjons data.

Navngi eieren før utgivelse. Dokumenter hvem som reagerer utenfor vanlig arbeidstid hvis det inngår i tjenesteforpliktelsen. En leverandør kan utføre noe av arbeidet, men organisasjonen trenger fortsatt en tydelig vei for beslutninger og kommunikasjon.

Velg signaler som støtter handling

En tjenestenivåindikator, eller SLI, måler en definert egenskap ved tjenestens oppførsel. Et tjenestenivåmål, eller SLO, setter et mål for indikatoren over en angitt periode. Velg målet ut fra brukerbehov og driftsevne.

Googles SRE-veiledning forklarer denne tilnærmingen og bruken av et feilbudsjett i pålitelighetsbeslutninger. Ikke kopier målet til en annen tjeneste uten å kontrollere hva det betyr. SLO-veiledning, eksempel på policy for feilbudsjett.

For eksporten må dere definere hva som regnes som en vellykket forespørsel som oppfyller vilkårene. Skill forventede avslag fra systemfeil. Dokumenter unntak slik at måltallet ikke kan bli bedre bare ved å skjule vanskelige forespørsler.

Unngå å logge komplette eksporter for å få bedre innsikt. Samle bare informasjonen som trengs for å diagnostisere problemet, og beskytt tilgangen til den.

Forbered hendelsesresponsen

Bestem hvem som samordner, hvem som undersøker, og hvem som kommuniserer. Rollene kan kombineres i et lite team, men ansvaret må være tydelig. Før en logg over observasjoner og handlinger.

Googles veiledning for hendelsesrespons legger vekt på samordning og kommunikasjon sammen med tekniske tiltak. En teknisk riktig retting kan fortsatt etterlate brukere uten informasjon, eller flere ansvarlige kan gjøre motstridende endringer. Hendelsesrespons.

En agent kan oppsummere logger eller sammenligne hypoteser innenfor godkjente datagrenser. Den skal ikke få ubegrensede fullmakter i produksjon fordi hendelsen haster. Bruk en definert eskaleringsvei for ekstraordinær tilgang.

Øv på gjenoppretting og finansier vedlikehold

Test gjenopprettingsprosedyren med representative fiktive data. Identifiser hva en rollback av kode ikke kan angre, inkludert slettede opplysninger eller meldinger som allerede er sendt. Registrer tiden og informasjonen som trengs for å gjenopprette tjenesten.

Tildel løpende arbeid: oppdatering av avhengigheter, tilgangsgjennomganger, sertifikatfornyelse der det er aktuelt, kapasitetsendringer og dokumentasjonsrettinger. En tjeneste uten vedlikeholdskapasitet samler opp forpliktelser etter at lanseringsbudsjettet er brukt opp.

Etter en hendelse velger dere forbedringer som håndterer de observerte årsakene. Koble dem til implementasjon og verifikasjon. Dette lukker livssyklusen: bevis fra drift endrer hva teamet spesifiserer og bygger videre.