設計 Runbook
重要
這個版本的 Orchestrator 已終止支援。 建議您 升級至 Orchestrator 2022。
當您規劃新的 Runbook 時,應該從您想要自動化的已定義程序開始。 此程式會決定您選擇的 Runbook 活動。 具體來說,請判斷下列各項:
- Runbook 的運行時間和執行頻率為何?
- 哪些步驟構成工作流程?
- 哪些活動反映工作流程中的步驟?
- 需要哪種類型的數據才能開始工作流程?
- 從每個活動產生哪些數據?
- 工作流程結尾會產生哪些結果?
- 如何報告 Runbook 結果?
當您設計 Runbook 時,請考慮下列幾點:
失敗和警告連結 - 請務必處理活動的所有結果。 活動會提供預設成功字串,但未提供默認失敗案例。 請考慮是否應該反轉活動,或將結果寫入記錄檔。
取代預設字串 - 當您查看 Runbook 中的工作流程時,標籤應該會識別個別活動所執行的動作。 將連結和活動標籤重新命名為描述性名稱。
連結色彩 - 當有條件或分支時,請變更連結的色彩。 通常使用 GREEN 作為成功,而 RED 表示警告或失敗。 您應該使用標準關聯,但不要使用太多色彩,或遺失其描述性用途。
限制每個 Runbook 的活動數目 - 單一 Runbook 中的活動太多,因此難以管理和疑難解答。 請考慮將 Runbook 分割成數個子工作,併為每個子工作建立子 Runbook。 您可以從父 Runbook 叫用子 Runbook。 您可以在其他工作流程中重複使用這些子 Runbook。
Runbook 記錄 - 根據預設,Runbook 會停用記錄選項。 當您啟用記錄時,數據會大幅增加資料庫的大小。 或者,您可以登入外部系統或檔案。
下一步
意見反應
https://aka.ms/ContentUserFeedback。
即將登場:在 2024 年,我們將逐步淘汰 GitHub 問題作為內容的意見反應機制,並將它取代為新的意見反應系統。 如需詳細資訊,請參閱:提交並檢視相關的意見反應