Во оваа статија
Главната идеја
Одржувањето треба да има договорени проверки и одговорни лица. Резервната копија е корисна кога постои проверен начин да се врати работата од неа.
Првата верзија е поставена и корисниците почнуваат да работат. Од тој момент апликацијата добива нов вид барања: да биде достапна, да ги зачува податоците и да дозволува промени без непотребни прекини.
Овие задачи треба да имаат сопственик уште пред пуштањето. Тимот што го користи системот треба да знае каде пријавува проблем, кои информации се потребни и кој одлучува за следниот чекор. Техничкиот тим треба да знае кои деловни процеси се најчувствителни на прекин.
Следете го искуството на корисникот
Фактот дека серверот работи не кажува дали корисникот може да заврши нарачка. Корисни сигнали се времето на одговор, бројот на барања, грешките и приближувањето до ограничувањата на ресурсите. Овие четири групи се опишани во поглавјето за мониторинг во Google SRE.
Покрај техничките сигнали, изберете и неколку проверки на важни текови. Дали може да се отвори работната табла? Дали задачите во позадина напредуваат? Дали последната синхронизација со продавницата завршила? Проверката треба да биде безбедна за продукциските податоци.
За секое известување договорете што треба да направи примачот. Ако не бара дејство, можеби е подобро да остане на контролната табла отколку да прекинува нечија работа.
Договорете што значи успешно враќање
Разговорот за резервни копии почнува со две деловни прашања: колку неодамнешни податоци може да се изгубат и колку долго работата може да биде прекината? Одговорите влијаат на распоредот на копирање и на постапката за враќање.
Проверете што влегува во копијата. Базата може да биде само дел од системот; прикачените документи, конфигурацијата и потребните пристапи исто така може да бидат неопходни. Одговорноста за нив треба да биде јасна.
Пробното враќање правете го во изолирана околина. Проверете неколку записи, документи и клучни функции. Забележете колку траела постапката и што недостигало. При тестот, исклучете испраќање вистински пораки и други дејства кон надворешни системи.
Планирајте ги надградбите
За секоја промена треба да се знае што се поставува, како ќе се провери и што ќе се направи ако не работи. Промените на структурата на податоците бараат посебно внимание, затоа што враќањето на старата апликација не ја враќа автоматски и старата состојба на базата.
Кога е можно, поделете голема промена во помали чекори. Подгответе проверка по поставување и договорете кој ја следи работата. Ако се очекува прекин, корисниците треба однапред да знаат што ги засега.
Оставете кратки, употребливи упатства
Упатството за инцидент не мора да биде долго. Треба да помогне да се утврдат опсегот на проблемот, одговорното лице и следната безбедна проверка. Запишете и каде се гледаат логовите и како се поврзуваат со пријавеното барање.
По решавањето, забележете ја причината и подобрувањето што ќе го олесни следниот сличен случај. Периодично прегледувајте ги пристапите, зависностите и одговорностите. Одржувањето е континуитет на инженерската работа по првата испорака.