Есть ли у кого-нибудь хорошие примеры модулей Runbook, которые они используют при внесении изменений в производственную среду?

Я предпочитаю скрипты с комментариями и распечатками.
У них есть двойное преимущество - документирование и автоматизация.

Но, если придерживаться более целостного подхода, обычно есть что отслеживать,
сценарии предназначены только для вещей, которые должны выполняться последовательно.

Когда много заметок, я предпочитаю локальную Wiki (личный или группа).
Его можно использовать для

1. ссылайтесь на свои инструменты и пишите быстрые заметки
   • перечислить контакты и ссылки на эскалацию
   • документировать действия в экстренных случаях на основе ключевых слов
   • места резервного копирования и последовательности восстановления
   • размещать доступные для поиска записи регулярных требований и решений; поэтому люди приходят к вам после того, как проверили это

Но просто сохраняйте местоположение в безопасности - вы не хотите, чтобы данные были недоступны в чрезвычайной ситуации.

Вот старый Модуль Runbook Microsoft Technet SQL Server страница для поиска общих идей.

Что я делаю:

Вся конфигурация сервера, которая должна измениться по сравнению с установленной базовой версией ОС, управляется Chef, которая хранится в модулях (называемых кулинарными книгами), которые затем сохраняются в системе управления версиями через Git.

Большая часть конфигурации была выполнена вручную в тестовой системе (часто образ виртуальной машины или просто экземпляр EC2), а затем был написан рецепт конфигурации, охватывающий все различные компоненты изменений. Рабочий процесс обновления среды происходит примерно так:

• Создайте в соответствующей системе тикет о том, что необходимо внести изменения.
• Задокументируйте все причины и причины изменений.
• Отредактируйте рецепты конфигурации, шаблоны, файлы и т. Д., Необходимые для внесения изменений в целевую систему или системы.
• Зафиксируйте изменение в локальном репозитории и отправьте на главный сервер управления версиями.
• Обновите заявку на экспертную оценку изменений.
• Изменения подписываются, и изменение развертывается на сервере Chef, чтобы он знал об обновленных битах.
• Запустите Chef вручную на клиентах или позвольте ему запускаться автоматически в зависимости от требований изменения. (Я бы не стал запускать, скажем, больше полдюжины систем вручную).

Режим работы Chef - сбой, если есть проблема с запуском клиента, например, если пакет не существует, или файл шаблона не найден, или многие другие проблемы. Устраните проблему, укажите в заявке, а затем повторно запустите клиент.

Человек с бизнес-требованиями к изменению подтверждает, что оно было успешным, и закрывает заявку.

Конкретный повар, потому что я его использую. Замените соответствующий инструмент для вашей среды, и если вы не используете инструмент управления конфигурацией, вам нужно кое-что посмотреть, потому что это делает весь этот процесс намного более надежным и надежным. Не говоря уже о масштабируемости.

Для действительно важных и важных изменений у меня обычно есть текстовый файл с реальными командами, которые я буду использовать с #comments, объясняющими, что происходит. Таким образом, я могу быстро вырезать и вставить их в терминал.

Я бы поддержал основную идею поста jtimberman, выбрав марионетку.