Control-M 任务调度之我见

在应用大型信息系统的机构，例如银行，电信，保险公司，信息服务提供商等，经常会有这样需求：希望将信息系统每日正常运行所需要的任务，通过一个称之为作业的运载单位来包装，再通过统一的排程系统，按照一定的先后顺序，将作业进行任务调度。BMC公司的Control-M调度就是实现这样一个功能的企业级批量调度产品.

Control-M在应用架构上分为三层，这三个层次分别是调度管理器（ControlM/EM）,调度应用服务器(Control-M/Server)，调度执行代理(ControlM/Agent)。通过三层架构，实现了作业任务管理，作业任务调度，作业任务执行三部分功能的分离。

Control-M调度的基本功能包括任务调度所应该有的，例如管理作业间的依赖关系，配置时间点运行任务调度，作业失败自动重试，作业调度过程中的监控以及干预等功能。高级一点的功能也可以包含作业执行节点负载均衡，并发控制，以及简单实现的文件驱动功能(File Watch)。

在实际的应用中，感觉Control-M调度比较适合计划性强的调度任务场景。例如在某个时间点，做好计划，执行某个调度任务。这种场景，往往也是应用最广泛的场景。

对于计划性不强的场景，往往要求统一调度系统也能像普通交易系统那样，实时处理发送过来的处理请求。但统一性和实时性在一定的层面上是相互制约的，这就好比银行的系统，很少会在交易系统中，在处理一笔交易的同时，牺牲性能来同时触发一些管理系统或结算系统需要的统计汇总功能。而会在夜间，通过统一调度的方式，“悄悄地“在后台处理。

多方位的事件驱动也是将来统一调度软件的一个发展方向，事件传统上是时间到达事件，扩展开来可能是某个文件到达，MQ接收到消息，领导驾临：）等。事件触发使得统一性和实时性获得平衡，事件到达了，统一处理系统并不一定处理，而是进入到可处理的流程当中，依据统一处理系统的规则，进一步决定什么时候处理，保证当前处理记录和待处理记录之间的平衡，这是和交易系统本质上的差别。