Runbook 디자인
새 Runbook을 계획할 때 자동화하려는 정의된 프로세스로 시작해야 합니다. 이 프로세스는 Runbook 활동의 선택을 결정합니다. 특히 다음을 결정합니다.
- Runbook은 언제 얼마나 자주 실행되나요?
- 워크플로를 구성하는 단계는 무엇인가요?
- 워크플로의 단계를 반영하는 활동은 무엇인가요?
- 워크플로를 시작하는 데 필요한 데이터 형식은 무엇인가요?
- 각 활동에서 생성되는 데이터는 무엇인가요?
- 워크플로가 끝날 때 생성되는 결과는 무엇인가요?
- Runbook 결과는 어떻게 보고되는가?
Runbook을 디자인할 때 다음 사항을 고려합니다.
실패 및 경고 링크 - 활동의 모든 결과를 처리하는 것이 중요합니다. 활동은 기본 성공 문자열을 제공하지만 기본 실패 사례는 제공하지 않습니다. 활동을 되돌리거나 결과를 로그 파일에 기록해야 하는지 고려합니다.
기본 문자열 바꾸기 - Runbook에서 워크플로를 볼 때 레이블은 개별 작업이 수행하는 작업을 식별해야 합니다. 링크 및 활동 레이블의 이름을 설명이 포함된 이름으로 바꿉니다.
링크 색 - 조건 또는 분기가 있는 경우 링크의 색을 변경합니다. 일반적으로 GREEN을 성공으로 사용하고 경고 또는 실패의 경우 RED를 사용합니다. 표준 연결을 사용해야 하지만 너무 많은 색을 사용하지 않거나 설명적인 용도가 손실됩니다.
Runbook당 활동 수를 제한합니다. 단일 Runbook에서 활동이 너무 많으면 관리 및 문제 해결이 어려워집니다. Runbook을 여러 하위 작업으로 분할하고 각 하위 작업에 대한 자식 Runbook을 만드는 것이 좋습니다. 부모 Runbook에서 자식 Runbook을 호출할 수 있습니다. 이러한 자식 Runbook을 다른 워크플로에서 다시 사용할 수 있습니다.
Runbook 로그 - 기본적으로 Runbook에 대해 로깅 옵션을 사용할 수 없습니다. 로깅을 사용하도록 설정하면 데이터가 데이터베이스의 크기를 크게 증가합니다. 또는 외부 시스템 또는 파일에 로그온할 수 있습니다.