Prevzemite odgovornost za storitev po namestitvi

Določite storitev, od katere so odvisni uporabniki

Namestitev omogoči dostop do programske opreme. Upravljanje jo ohranja uporabno ob spremembah uporabnikov, odvisnosti, prometa in zahtev. Generator kode ne odpravi tega stalnega dela.

Pri izmišljenem izvozu podatkov strank uporabniki potrebujejo več kot dosegljivo stran. Potrebujejo dovoljene zapise v zahtevani obliki v sprejemljivem času. Potrebujejo tudi storitev, ki prepreči dostop do podatkov druge organizacije.

Odgovorno osebo določite pred izdajo. Zabeležite, kdo se odziva zunaj običajnega delovnega časa, če je to del zaveze storitve. Dobavitelj lahko opravi del dela, vendar organizacija še vedno potrebuje jasno pot za odločitve in komunikacijo.

Izberite signale, ki podpirajo ukrepanje

Kazalnik ravni storitve oziroma SLI meri določeno lastnost delovanja storitve. Cilj ravni storitve oziroma SLO določa cilj za ta kazalnik v navedenem obdobju. Cilj izberite glede na potrebe uporabnikov in operativne zmožnosti.

Googlove smernice SRE pojasnjujejo ta pristop in uporabo proračuna napak pri odločitvah o zanesljivosti. Cilja druge storitve ne kopirajte brez preverjanja njegovega pomena. Smernice za SLO, primer pravil za proračun napak.

Za izvoz določite, kaj šteje kot uspešna upravičena zahteva. Pričakovane zavrnitve ločite od sistemskih napak. Dokumentirajte izključitve, da se metrika ne more izboljšati zgolj s skrivanjem zahtevnih zahtev.

Za boljši vpogled ne beležite celotnih izvozov. Zberite najmanjši obseg informacij, potreben za diagnozo težave, in zaščitite dostop do njih.

Pripravite odziv na incident

Določite, kdo usklajuje, kdo preiskuje in kdo komunicira. V majhni ekipi lahko te vloge združite, odgovornosti pa morajo ostati jasne. Vodite zapis opažanj in dejanj.

Googlove smernice za odziv na incidente poleg tehničnega omejevanja posledic poudarjajo usklajevanje in komunikacijo. Tudi ob tehnično pravilnem popravku lahko uporabniki ostanejo brez informacij, sodelujoči pri odzivu pa izvajajo nasprotujoče si spremembe. Odziv na incidente.

Agent lahko znotraj odobrenih podatkovnih mej povzema dnevnike ali primerja hipoteze. Nujnost incidenta mu ne sme dati neomejenih pooblastil za produkcijo. Za izredni dostop uporabite določeno pot eskalacije.

Vadite obnovo in financirajte vzdrževanje

Postopek obnove preizkusite z reprezentativnimi izmišljenimi podatki. Določite, česa povrnitev kode ne more razveljaviti, vključno z izbrisanimi zapisi ali že poslanimi sporočili. Zabeležite čas in informacije, potrebne za obnovo storitve.

Dodelite stalno delo: posodobitve odvisnosti, preglede dostopa, obnovo potrdil, kjer je potrebna, spremembe zmogljivosti in popravke dokumentacije. Storitev brez zmogljivosti za vzdrževanje kopiči obveznosti po porabi začetnega proračuna.

Po incidentu izberite izboljšave, ki obravnavajo opažene vzroke. Povežite jih z izvedbo in preverjanjem. Tako sklenete življenjski cikel: dokazila iz delovanja spremenijo, kaj ekipa določi in zgradi naslednje.