Проектирование модуля Runbook
Важно!
Поддержка этой версии Orchestrator завершена. Рекомендуется выполнить обновление до Orchestrator 2022.
При планировании нового модуля Runbook следует начать с определенного процесса, который требуется автоматизировать. Этот процесс определяет выбор действий runbook. В частности, определите следующее:
- Когда и как часто будет выполняться модуль Runbook?
- Какие шаги составляют рабочий процесс?
- Какие действия отражают шаги в моем рабочем процессе?
- Какой тип данных необходим для запуска рабочего процесса?
- Какие данные создаются из каждого действия?
- Какие результаты будут получены в конце рабочего процесса?
- Как отображаются результаты runbook?
При проектировании модуля Runbook учитывайте следующие моменты:
Ссылки на ошибки и предупреждения. Важно обрабатывать все результаты действия. Действие предоставляет строку успеха по умолчанию, но не предоставляет вариант сбоя по умолчанию. Подумайте, следует ли отменить действие или записать результат в файл журнала.
Замена строк по умолчанию. При просмотре рабочего процесса в runbook метки должны указывать, что делают отдельные действия. Переименуйте ссылки и метки действий в описательное имя.
Цвета ссылок— изменение цвета ссылок при наличии условия или ветви. Как правило, зеленый цвет используется в качестве успешного выполнения, а красный — для предупреждения или сбоя. Следует использовать стандартные ассоциации, но не использовать слишком много цветов или потерять их описательное назначение.
Ограничение количества действий на каждый модуль Runbook. Слишком много действий в одном модилеге Runbook затрудняет администрирование и устранение неполадок. Рассмотрите возможность разделения runbook на несколько подзадач и создания дочерних модулей runbook для каждой из этих подзадач. Дочерние модули Runbook можно вызывать из родительского модуля Runbook. Эти дочерние модули Runbook можно повторно использовать в других рабочих процессах.
Журналы runbook. По умолчанию параметры ведения журнала отключены для модулей Runbook. При включении ведения журнала данные значительно увеличивают размер базы данных. В качестве альтернативы можно выполнить вход во внешнюю систему или файл.
Дальнейшие действия
Обратная связь
https://aka.ms/ContentUserFeedback.
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделеОтправить и просмотреть отзыв по