设计 Runbook

重要

此版本的 Orchestrator 已终止支持。 建议 升级到 Orchestrator 2022。

规划新的 Runbook 时，应从要自动执行的定义过程开始。 此过程确定所选的 Runbook 活动。 具体来说，确定以下内容：

• Runbook 何时以及多久运行一次？
• 工作流由哪些步骤组成？
• 哪些活动反映了工作流中的步骤？
• 需要哪种类型的数据才能开始工作流？
• 从每个活动生成哪些数据？
• 工作流结束时会生成哪些结果？
• 如何报告 Runbook 结果？

设计 Runbook 时，请考虑以下几点：

1. 失败和警告链接 - 处理来自活动的所有结果非常重要。 活动提供默认成功字符串，但不提供默认失败情况。 请考虑是否应反向执行活动或将结果写入日志文件。

2. 替换默认字符串 - 查看 Runbook 中的工作流时，标签应标识各个活动正在执行的操作。 将链接和活动标签重命名为描述性名称。

3. 链接颜色 - 当存在条件或分支时，更改链接的颜色。 通常使用“绿色”作为“成功”和“红色”表示警告或失败。 应使用标准关联，但不要使用太多颜色，否则将失去其描述性目的。

4. 限制每个 Runbook 的活动数 - 单个 Runbook 中的活动过多使得管理和故障排除变得困难。 请考虑将 Runbook 拆分为多个子任务，并为每个子任务创建子 Runbook。 可以从父 Runbook 调用子 Runbook。 可以在其他工作流中重复使用这些子 Runbook。

5. Runbook 日志 - 默认情况下，对 Runbook 禁用日志记录选项。 启用日志记录后，数据会显著增加数据库的大小。 或者，可以登录到外部系统或文件。

后续步骤

生成并测试 Runbook。