Assumiu la responsabilitat del servei després del desplegament

Definiu el servei del qual depenen els usuaris

El desplegament posa el programari a disposició dels usuaris. L’operació el manté útil mentre canvien els usuaris, les dependències, el trànsit i els requisits. Un generador de codi no elimina aquesta feina continuada.

En una exportació fictícia de dades de clients, els usuaris necessiten més que una pàgina accessible. Necessiten els registres permesos en el format requerit i en un temps acceptable. També necessiten que el servei impedeixi l’accés a les dades d’una altra organització.

Indiqueu el responsable abans de publicar. Registreu qui respon fora de l’horari laboral habitual si això forma part del compromís del servei. Un proveïdor pot fer part de la feina, però l’organització encara necessita un circuit clar per a les decisions i la comunicació.

Trieu senyals que ajudin a actuar

Un indicador de nivell de servei, o SLI, mesura una propietat definida del comportament del servei. Un objectiu de nivell de servei, o SLO, fixa una fita per a aquest indicador durant un període indicat. Trieu l’objectiu segons les necessitats dels usuaris i la capacitat operativa.

Les directrius SRE de Google expliquen aquest enfocament i l’ús d’un pressupost d’errors per a decisions de fiabilitat. No copieu l’objectiu d’un altre servei sense comprovar-ne el significat. Directrius sobre SLO, exemple de política de pressupost d’errors.

Per a l’exportació, definiu què compta com una petició admissible satisfactòria. Separeu les denegacions esperades de les fallades del sistema. Documenteu les exclusions perquè una mètrica no pugui millorar només amagant peticions difícils.

Eviteu registrar exportacions completes als logs per millorar la visibilitat. Recolliu la informació mínima necessària per diagnosticar el problema i protegiu-ne l’accés.

Prepareu la resposta a incidents

Decidiu qui coordina, qui investiga i qui comunica. Aquests rols es poden combinar en un equip petit, però les responsabilitats han de continuar sent clares. Manteniu un registre d’observacions i accions.

Les directrius de resposta a incidents de Google destaquen la coordinació i la comunicació, a més de la mitigació tècnica. Una correcció tècnicament correcta encara pot deixar els usuaris sense informació o diverses persones de resposta fent canvis contradictoris. Resposta a incidents.

Un agent pot resumir logs o comparar hipòtesis dins dels límits de dades aprovats. No ha d’obtenir facultats il·limitades en producció perquè l’incident sigui urgent. Utilitzeu un circuit d’escalat definit per als accessos excepcionals.

Practiqueu la recuperació i financeu el manteniment

Proveu el procediment de recuperació amb dades fictícies representatives. Identifiqueu què no pot desfer la reversió de codi, inclosos els registres eliminats o els missatges ja enviats. Registreu el temps i la informació necessaris per restaurar el servei.

Assigneu la feina continuada: actualitzacions de dependències, revisions d’accés, renovació de certificats quan pertoqui, canvis de capacitat i correccions de documentació. Un servei sense capacitat de manteniment acumula obligacions quan s’acaba el pressupost de llançament.

Després d’un incident, trieu millores que resolguin les causes observades. Relacioneu-les amb la implementació i la verificació. Això tanca el cicle de vida: les evidències operatives canvien el que l’equip especifica i crea a continuació.