随着企业 IT 应用程序数量和复杂程度的增长，运行管理的重要性也随之增长，企业对及时获得可靠的结果更是寄予了更大的期望。对于运行经理来说，这种期望却是可望而不可及。应用程序之间彼此关联，又分布于多个服务器，位于不同的地理位置，程序包含数以千计的移动部件，真是说起来容易做起来难。

要达到要求，运行团队需要满足下列条件：

• 理解、清晰表述所有主要相关性，并在应用程序之内和跨程序之间加以强制实施。例如，团队需要指出 B 仅在完成 A 后才运行，如果 A 失败，则应运行 C。
• 管理可能触发进程某一部分的所有操作。触发因素可能是特殊日期的特定时间、收到一个或多个文件、一项或多项资源的可用性，也可能是这些因素的组合。
• 主动监控所有相关性，自动发出警告并发送给相关人员。如在规定的时间里相关性或事件未发生，则触发警告，跟踪业务服务级别协议并给出相应报告。
• 监控应用程序主要部件的低层级处理特征，如拒绝的记录数、所处理消息的延迟或处理逻辑占用的 CPU 时间等。如果超出阈值，同样引发警告。
• 将进程正式升级到应用实施环境前，在专门的测试环境开发并测试端到端的运行进程。
• 记录并分析详细的运行统计信息，例如应用程序每个部件的实际启动/终止时间，以便找出处理趋势，为容量规划提供支持。

Ab Initio Conduct>It 提供所有这些功能。

Conduct>It^® 是一种进程自动化手段，为在复杂环境中部署复杂的应用程序提供了监测和执行环境，有助于为多阶段的大型应用程序定义随机性的分层作业步骤，并为这些作业步骤的相关性确定、顺序排列和调度带来了极大便利。这些应用程序由 Ab Initio^® 图形和作业定义、定制的可执行程序及第三方产品组成，均由 Conduct>It 负责管理。

Conduct>It 有两个主要元素。首先，它是进程自动化服务器，称为“ Operational Console”，用于在复杂处理环境中执行监控和作业控制。其次，需要高级进程管理逻辑时，Conduct>It 能够以图形方式开发和执行复杂的控制流逻辑。

首先介绍 Operational Console。

Operational Console

Operational Console 具备作业计划调度、监控、警告等对日常运行至关重要的功能，并执行启动、停止和重新运行作业等作业级操作。Operational Console 从所有应用程序收集、集成和管理相关的运行元数据，帮助运行团队和业务分析人员规划、维护有效运行。

起始点为 Operational Console 基于浏览器界面的主页，如下图所示。该页面按应用程序、系统或主机服务器分别汇总当天所有作业，显示正在运行（绿色）、已完成（蓝色）、已失败（红色）、正在等待（黄色）等状态，并列出已经和尚未解决的问题或警告。

通过“主页”，用户可深入查看环境中任何作业的各类信息：失败原因、处于等待状态的作业、作业完成时间或预计完成时间等。 例如，可查看与某一具体应用程序相关的所有作业，掌握作业进度。

此监控屏截图显示了选定应用程序中不同任务之间的相关性及每项任务的进度。用户可在任何阶段进一步查看具体任务的跟踪细节：

如上所示，Ab Initio 作业具体运行中的每个组件都有低层级的跟踪信息，包括消耗的 CPU 时间及已处理的记录和数据量。用户也可以了解某项作业的执行情况及趋势曲线，以便进行规划。

Operational Console 为各项任务全面收集多种统计信息，从满足指定 SLA 的能力到用户和系统所消耗的 CPU 时，收集范围广泛而全面。

Operational Console 的功能远不止于此。通过充分运用 Ab Initio 数据操作语言 (DML)，运行团队还可以自行定义运行探测器（称为“定制指标”），用于警告和跟踪。添加探测器时无需更改或干扰应用程序，也不影响应用程序的执行。这些指标可以使用图形中任何流或组件的跟踪信息组合进行计算。因此，可以轻松添加定制指标，使其针对具体组件处理的记录数、消耗的 CPU 时间量或所处理的实时消息延迟给出报告或警告。

Operational Console 的所有监控功能都可用于 Ab Initio 作业，无论由 Operational Console 启动还是第三方作业排程器启动，皆是如此。

对于无法访问公司排程器的客户，Operational Console 为其提供完整的基于某天/时间、事件和文件的规划功能，无需编写和维护传统脚本就能全面规划复杂的应用程序。以下截图显示的应用程序已在此前讨论过，此处针对展开的任务显示了基于时间和事件的相关性。

任务之间的相关性在大型应用程序中极其复杂，Conduct>It 为此提供了完全图形化的环境，帮助开发人员定义高级作业控制流。

控制流用于表达执行顺序的详细逻辑，其使用一组相互连接的任务（称为计划）来描述应该运行的项目，这些任务之间的连接指定执行相关性（例如程序运行的先后顺序）：

以上计划显示必须在完成“任务 1”之后才能执行“任务 2”，并且随后评估一个条件（“是否应运行内部每日进程？”），如果答案是“否”，则通过迭代突出显示的“子计划”计算部门每天晚间状态。如其名称所示，子计划本身是一组任务和相关性的集合。

如果其他任务失败，还可触发定制的任务，上述计划中的“错误操作”任务即属于这种情况，如果“任务 2”失败，无论出于何种原因都运行该任务。与此类似，每项任务还有与其相关的“方法”，出现某些事件时（如启动、成功、关闭、失败或触发）就会执行这些方法，这样就能轻松向端到端进程添加报告和日志记录功能。

通过计划，Conduct>It 提供开发时间框架，将复杂的应用程序拆分为便于管理的工作单元，从而构成一个可恢复的系统。随后通过 Operational Console 规划、监控和管理这些计划，由此构建一个完善的端到端运行环境。