Преземете одговорност за услугата по распоредувањето

Одредете ја услугата од која зависат корисниците

Распоредувањето го прави софтверот достапен. Оперативното управување го одржува корисен додека се менуваат корисниците, зависностите, сообраќајот и барањата. Генератор на код не ја отстранува оваа постојана работа.

За измислен извоз на податоци за клиенти, на корисниците им треба повеќе од достапна страница. Им требаат дозволените записи во потребниот формат и во прифатливо време. Им треба и услугата да спречува пристап до податоци на друга организација.

Назначете одговорно лице пред издавањето. Запишете кој одговара надвор од редовното работно време ако тоа е дел од обврската на услугата. Добавувач може да изврши дел од работата, но на организацијата сепак ѝ треба јасна постапка за одлуки и комуникација.

Изберете сигнали што поддржуваат дејствување

Показател за нивото на услугата, или SLI, мери определено својство на однесувањето на услугата. Цел за нивото на услугата, или SLO, поставува целна вредност за тој показател во наведен период. Изберете ја целта според корисничките потреби и оперативната способност.

Насоките на Google SRE го објаснуваат овој пристап и употребата на буџет за грешки при одлуки за сигурност. Не копирајте цел од друга услуга без да го проверите нејзиното значење. Насоки за SLO, пример за политика за буџет на грешки.

За извозот, одредете што се смета за успешно барање што ги исполнува условите за обработка. Одделете ги очекуваните одбивања од системските неуспеси. Документирајте ги исклучувањата за мерката да не се подобрува само со криење тешки барања.

Не запишувајте цели извози во дневници за да ја подобрите видливоста. Собирајте само онолку информации колку што се потребни за дијагностицирање на проблемот и заштитете го пристапот до нив.

Подгответе одговор на инциденти

Одлучете кој координира, кој истражува и кој комуницира. Во мал тим овие улоги може да се комбинираат, но одговорностите мора да останат јасни. Водете запис за набљудувањата и дејствата.

Насоките на Google за одговор на инциденти ги нагласуваат координацијата и комуникацијата покрај техничкото ублажување. Технички точна поправка сепак може да ги остави корисниците неинформирани или повеќе учесници да прават противречни промени. Одговор на инциденти.

Агент може да сумира дневници или да споредува хипотези во одобрените граници за податоци. Не треба да добие неограничени продукциски овластувања затоа што инцидентот е итен. Користете определена постапка за ескалација за исклучителен пристап.

Вежбајте обновување и финансирајте одржување

Тестирајте ја постапката за обновување со репрезентативни измислени податоци. Утврдете што враќањето на претходен код не може да поништи, вклучувајќи избришани записи или веќе испратени пораки. Запишете ги времето и информациите потребни за обновување на услугата.

Доделете ја постојаната работа: ажурирања на зависности, прегледи на пристап, обновување сертификати каде што е применливо, промени на капацитетот и поправки на документацијата. Услуга без капацитет за одржување натрупува обврски откако ќе заврши буџетот за пуштање во употреба.

По инцидент, изберете подобрувања што ги решаваат забележаните причини. Поврзете ги со имплементација и проверка. Така се затвора животниот циклус: оперативните докази го менуваат она што тимот следно го специфицира и гради.