Upravljajte incident od zaznave do obnove

Incident razglasite glede na vpliv

Incident je dogodek, ki prekine, poslabša ali ogrozi storitev dovolj, da zahteva usklajen odziv. Vaša organizacija določa stopnje resnosti in pravila eskalacije. Uporabite jih glede na vpliv na uporabnike, prizadete podatke, trajanje in obseg.

Preden zaprosite za pomoč, ne čakajte na popolno razlago glavnega vzroka. Jasna navedba opaženega vpliva zadostuje za začetek usklajevanja. Varnostni sum obravnavajte ločeno od potrjenega sklepa.

Pot odziva pripravite pred izdajo. Kontaktni podatki, postopki dostopa, operativna navodila in komunikacijski kanali naj bodo na voljo tudi ob nedostopnosti glavne storitve. Pot preizkusite z izmišljenim incidentom.

Pred nasprotujočimi si spremembami dodelite odgovornosti

Usklajevanje incidenta določa prednosti in upravlja odločitve. Tehnične odzivne ekipe preiskujejo in omejujejo posledice. Komunikacija obvešča prizadete ljudi. Google SRE opisuje te odgovornosti kot različne vloge. Majhne ekipe jih lahko združijo, vendar morajo še vedno pokriti delo. Odziv na incidente.

Vodite eno skupno časovnico. Zabeležite čas, opažanje, dejanje, izvajalca in rezultat. Dejstva ločite od hipotez. Uporabljajte skupni časovni pas in označite nezanesljive časovne žige.

Obravnavajte izmišljeni incident

Vsi spodnji časi so UTC. Organizacija določi koordinatorja incidenta, ko napaka izvoza prizadene več strank.

Uporabno prvo obvestilo navaja prizadeto funkcijo, znani obseg, ukrep za omejitev posledic in čas naslednjega obvestila. Brez dokazov ne obljublja časa popravka. V skupno obvestilo ne vključujte zapisov strank.

Ob 09:10 se incident spremeni. Obnova uspešnih izvozov ne zadostuje več. Ekipa mora oceniti možno razkritje, nadzorovati dostop, ohraniti dokaze in vključiti ustrezne odgovorne za odločitve.

Omejite posledice brez izgube nadzora

Uporabite preizkušena operativna navodila, kjer so ustrezna. Pred povrnitvijo na prejšnjo različico, preklopom ali spremembo poverilnic preverite predpogoje. Prejšnja različica aplikacije morda ne razume trenutne sheme podatkovne zbirke. Preklop v drugo regijo lahko prenese iste poškodovane podatke.

Pomočnik AI lahko znotraj odobrenih mej uredi dokazila, iz katerih so odstranjeni občutljivi podatki, ali primerja hipoteze. Odzivne ekipe morajo preveriti njegove sklepe. Dnevniki in zahtevki so nezaupanja vreden vhod, ne pooblastilo za izvajanje njihove vsebine.

Nujni dostop naj ima odobren namen, omejeno trajanje in revizijski zapis. Nujnost ne naredi predlaganega agentovega ukaza pravilnega.

Obnovo in nadaljnje delo zaključite ločeno

Pred razglasitvijo obnovljene storitve preverite uporabniški delovni tok, celovitost podatkov, meje dostopa in svežino spremljanja. Zabeležite preostale omejitve. Varnostno preiskavo pustite odprto, če njena vprašanja ostajajo nerešena.

Nato preglejte pogoje, ki so omogočili incident. Dodelite konkretno nadaljnje delo z odgovorno osebo in merili preverjanja. Pregled brez obtoževanja išče natančno razlago in koristne spremembe. Ne odpravi odgovornosti za dokončanje teh sprememb. Praksa pregleda po incidentu.

Nadaljujte z varnostnimi operacijami in sklenitvijo povratne zanke.