Runbook помага да преминете от конкретен симптом към безопасно решение.
Runbook помага да преминете от конкретен симптом към безопасно решение. Това не е списък с всички налични команди. Пишете за човек с очаквани умения, който може да е уморен или да познава компонента слабо.
Започнете със сигнал и влияние
Назовете аларма, засегнат маршрут и условия за прилагане. Свържете панела и обяснете наблюдението, което различава сходни причини. Добавете собственик, дата на проверка и ескалация. Документът трябва да е достъпен при отказ на приложението; местоположението му е част от оперативния дизайн.
Задайте условия и граници за спиране
Опишете права, избор на среда и одобрения за значими действия. Посочете кога необясними данни, липсващо копие или противоречив резултат изискват спиране и ескалация. Не записвайте тайни. Всяка стъпка има цел, очакван резултат и следващо решение, включително влияние върху незавършена работа.
Добавете проверка и поддръжка
За рестарт, повторение или превключване обяснете дублиране и връщане. Проверете клиентския маршрут и чакащата работа и запишете действия и последствия. Нека друг човек изпробва безопасно инструкцията. Обновявайте след промени и инциденти. Кратка проверена процедура е по-надеждна от дълъг изоставен документ.
Пример и доказателство за приемане
При растяща опашка инструкцията различава липсващи обработващи процеси, бавен доставчик и една постоянно грешна задача. Общ рестарт може да скрие причината или да усили повторения. Назовете наблюдение за всеки клон и следваща ограничена стъпка. Друг човек трябва да избере правилния маршрут и да провери опашка и бизнес резултат. Неразбираем изход или липсващо право става подобрение на документа. Приемането означава безопасно решение с достатъчни доказателства, не изпълнение на всички команди. Посочете кога растежът е очакван, например при договорена пакетна работа. Тогава наблюдението може да е правилно вместо намеса. Добавете край на наблюдението и време за преоценка, за да остане решението контролирано, а не да се превърне в забравен проблем без собственик и следваща стъпка.
Често задавани въпроси
Да включваме ли команди?
Да, проверени и с условия, обхват и очакван резултат.
Колко дълга да бъде инструкцията?
Колкото изисква конкретният път, без чужди подробности.
Кой трябва да тества?
Друг човек с очакван достъп и умения.
Какво при различна реалност?
Спрете на определената граница, запазете доказателства и ескалирайте.
Кога да обновяваме?
След промени, упражнения и инциденти, които изменят допусканията.
От идея до изпълним обхват
Споделете потребителския път, интеграциите и условията за стартиране. Можем да подготвим оценка с допускания и изключения.
Още по темата
Дежурства в стартъп без отделен SRE екип
Малък екип може да организира полезни дежурства, ако обещанията съответстват на ресурсите.
Тежест на инциденти: матрица за ескалация
Тежестта описва действително или правдоподобно бизнес влияние, не драматизма на съобщение.
Връщане на версия или спешна поправка при инцидент
При инцидент изберете действието, което най-вероятно възстановява услуга с контролиран риск.