Нам нужен короткий контрольный список / шаблон, чтобы показать, что изменение действительно сработало и ничего не сломало. Это вводится как часть более формального процесса управления изменениями. У любого есть опыт этого и то, что сработало.
Ручная проверка изменений предназначена для младших системных администраторов. Настоящие BOFH Automate.
Все наши системы комплексны (и я делать иметь в виду комплексно; вплоть до мелких деталей вроде «все ли сетевые адаптеры в этой системе в настоящее время работают на гигабитной скорости»), и все наши изменения заканчиваются словами «убедиться, что мониторинг завершен в момент X» (где «время X» - «конец обслуживания window за вычетом предполагаемого времени отката плюс фактор ошибочности, потому что все занимает больше времени, чем вы ожидали, даже откаты ").
Если по какой-то причине изменяемая часть нашей системы еще не подвергается всестороннему мониторингу, первым шагом плана изменений является «улучшение мониторинга» (с подробным списком того, что нужно отслеживать, как, почему, и подробностями о способах в которой документация по мониторингу должна быть улучшена, чтобы соответствовать).
У этого есть несколько преимуществ:
Простой план перехода от старта к полностью контролируемой утопии - это просто настроить инфраструктуру мониторинга, а затем для каждого плана изменений сделать первый шаг «настроить мониторинг служб, которые я собираюсь изменить». Настройка этого не займет больше времени, чем написание и выполнение комплексного плана тестирования. тем не мение, а выгоды носят долгосрочный характер (мониторинг является постоянным и вечным, и в следующий раз, когда вам придется что-то там изменить, вы сэкономите время на написание и выполнение другого плана тестирования).