要达到要求,运行团队需要满足下列条件:
Ab Initio Conduct>It 提供所有这些功能。
Conduct>It® 是一种进程自动化手段,为在复杂环境中部署复杂的应用程序提供了监测和执行环境,有助于为多阶段的大型应用程序定义随机性的分层作业步骤,并为这些作业步骤的相关性确定、顺序排列和调度带来了极大便利。这些应用程序由 Ab Initio® 图形和作业定义、定制的可执行程序及第三方产品组成,均由 Conduct>It 负责管理。
Conduct>It 有两个主要元素。首先,它是进程自动化服务器,称为“ Operational Console”,用于在复杂处理环境中执行监控和作业控制。其次,需要高级进程管理逻辑时,Conduct>It 能够以图形方式开发和执行复杂的控制流逻辑。
首先介绍 Operational Console。
Control>Center 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 规划、监控和管理这些计划,由此构建一个完善的端到端运行环境。