一、项目背景

为积极响应国家“信息技术应用创新”（信创）战略，构建安全、可控、自主的金融科技基础设施，我行启动了全面的信创转型规划。本次“调度平台国产化迁移项目”是该规划中的关键一环，旨在将数据批量处理的任务从现有的国外商业软件BMC Control-M迁移至国产自主可控的MoiaControl平台。

MoiaControl是由北京先进数通信息技术股份公司自主研发的数据领域专业调度产品，主要用于帮助企业管理和自动化处理海量的数据任务。

本项目的主要目标包括：

1、实现Control-M到MoiaControl的平滑过渡，确保业务连续性。

2、充分利用MoiaControl平台的功能优势，提升作业调度的效率与准确性。

3、遵循国家信息安全和自主可控的政策要求，实现服务器、数据库、中间件等全链路国产化替代，确保数据安全和系统稳定。

4、构建企业统一调度平台，实现各类批处理作业集中管理、统一调度及统一监控运维。

二、项目方案

所有服务器均采用鲲鹏920服务器，操作系统使用麒麟操作系统，数据库使用OceanBase。

1、部署方案

MoiaControl平台采用高可用、高可靠架构进行部署。

核心调度引擎部署在3台国产鲲鹏服务器构成的集群环境中，采用三中心模式实现负载均衡与故障自动转移，确保任意单点故障不影响整体调度服务。

中间件层中，消息队列 RabbitMQ 部署于另外3台鲲鹏服务器，构建为集群模式，并启用镜像队列（Mirrored Queues）机制，保障消息在节点间同步复制，避免消息丢失。

缓存Redis 采用主从+公共哨兵架构实现监控与自动故障切换，确保调度任务的状态数据持久化与高可用。

平台整体部署于业务二区，支持大数据平台在内的各类作业调度需求。

2、迁移方案

迁移采用“基线锁定 + 分阶段迭代”模式。首先确认 Control-M 生产环境的调度作业基线版本，并导出为XML配置文件作为初始输入。

将整体迁移划分为多个短周期迭代。每次迭代开始时，自动比对 Control-M 当前生产配置与上一轮迁移版本的差异，识别新增、修改或删除的作业，形成增量清单。

使用先进数通提供的迁移工具，将 Control-M 导出的 XML 配置文件转换为 MoiaControl 支持的导入模板格式，并完成作业、频率、依赖关系等要素的映射与转换。转换后的内容导入 MoiaControl 测试环境进行验证，确保作业流正确执行。

通过逐轮迭代、持续比对和验证，实现调度配置的平滑、可控迁移，降低整体风险。

3、切换方案

正式切换选择在业务影响最小窗口期内执行，提前通知相关业务。

切换前完成最后一次全量配置同步与最终验证。

在预定时间点，待最后一个Control-M调度任务成功完成后，立即暂停 Control-M 的调度引擎，停止其日切操作及所有后续任务的触发，防止在切换过程中产生新的作业实例，避免调度混乱或数据重复处理。

随后，在 MoiaControl 平台加载最新迁移的作业配置，启动调度引擎，开始接管所有作业的调度执行。

切换过程中，调度团队实时监控 MoiaControl 的调度日志、作业执行状态及关键业务系统的反馈，确保首批作业正常启动与完成。

待确认核心作业流运行稳定、无异常后，正式宣告切换成功。

Control-M 系统进入观察保留期，保留日志与配置三个月，供后续审计与问题追溯使用。

4、回退方案

切换过程中如果出现重大异常（如关键作业无法触发、依赖逻辑错误、系统性能瓶颈等），立即启动回退流程。

首先暂停 MoiaControl 的所有调度任务，防止错误调度影响生产。

随后，重新启动 Control-M 调度服务，恢复其原有的调度能力。

对于在 MoiaControl 运行期间未能执行的关键作业，由调度团队根据日志记录进行人工补跑或重新调度，确保业务连续性。

回退完成后，组织问题分析会议，定位故障原因，修复问题后重新规划切换时间。

整个回退过程需在 2 小时内完成，最大限度降低对业务的影响。

三、创新点

国产化全栈适配与深度优化。不仅是软件本身的替换，更是与国产芯片、操作系统、数据库的深度适配与联合调优。

采用基线管控与增量迭代相结合的迁移模式。改变传统“一次性全量迁移”的高风险做法，通过明确初始基线，并在每次迭代前自动比对Control-M生产环境与上一版本的差异，实现变更的精准识别与持续同步，提升迁移过程中的可控性。

建立“迁移即演练”的全过程验证体系。每次迭代作为一次演练，通过测试环境模拟运行、依赖验证、异常处理等环节，提前暴露问题，持续优化，降低正式切换的风险。

智能灾备。集群采用三中心部署，覆盖总行数据中心、燕谷数据中心、档案数据中心,确保在单个或多个机房发生故障时，核心业务仍能持续提供服务，保证业务的连续性及服务的可用性。

四、技术实现特点及优势

1.应用架构

界面层：通过前后端分离技术支撑，用以实现用户运营及监管管理和调度任务的开发工作，通过权限矩阵实现开发、监控多视角的管理工作。

计算层也是SERVICE层：是调度平台的大脑，用于调度资源的控制和服务支撑，对调度平台进行全局调度把控，实现资源，任务以及状态的处理工作；

执行层也是Agent 层：是具体的作业执行环节，接收服务层命令完成具体的调度动作，保障调度平台稳定性。

2.硬件及网络架构

调度服务器：部署在三个数据中心，基于微服务架构，通过Eureka实现服务注册与发现，支持服务的动态伸缩与故障转移，保障调度服务的高可用。

数据库：采用三中心三副本架构，数据跨中心同步，确保在单个或单个数据中心故障时数据不丢失、业务可持续。

消息中间件RabbitMQ：采用集群镜像队列模式，关键消息在多个节点间镜像复制，保障消息的可靠投递与系统容错能力。

缓存层：采用主从架构，并结合公共哨兵模式实现自动故障检测与主备切换，提升缓存服务的可用性与稳定性。

整体架构实现了关键组件的无单点故障，支持跨中心容灾。

3.实施方案

本次迁移借助先进数通提供的调度迁移工具实现Control-M调度任务作业到MOIA调度任务作业的平行迁移，调度迁移方案以策略为主。

①确定调度作业基线版本，需要元数据的基线版本和业务脚本的基线版本保持一致；

②梳理调度任务清单，分析调度任务（频率、依赖关系、执行逻辑等）；

③在基线版本的基础上，将迁移工作划分为多个短周期迭代，每次迭代开始时，自动比对生产环境（Control-M）与上一迭代版本的差异；

④根据新调度平台的调度导入模板，补充调度任务信息导入新调度平台；

⑤在新调度平台调起批量任务，首先确认调度任务配置的执行命令都可正常执行，然后使用数据检核工具，校验业务数据来验证调度任务迁移的准确性。

调度迁移遵循以下规范：

①所有调度任务，不修改调度任务的名称、执行命令、传入参数、依赖任务。

②对原Control-M调度命名不规范（如Control-M不同目录下同名调度任务）的情况，先由原Control-M调度任务调整作业命名后，再迁移到MOIA调度平台。

五、项目过程管理

需求分析阶段：2024.4.22 - 2024.5.31

设计阶段：2024.6.1 - 2024.6.30

开发阶段：2024.7.1 - 2024.10.31

测试阶段：2024.11.1 - 2025.1.8

试运行：2025.1.9 - 2025.2.28

系统上线：2025.3.6

六、运营情况

Moia调度于2025年3月上线以来，成功接管了大数据平台4万多个作业的调度任务，系统运行稳定可靠，实现了预期建设目标。

通过控制调度并发以及优化执行链路，使得整体批量处理窗口较之前提前3小时完成，数据处理时效性获得大大的提升。

凭借其全景化、可视化的监控界面，运维团队可以实时、直观地掌握所有任务的运行状态与健康度，极大降低了运维复杂度与故障排查时间。

七、项目成效

1.成功实现国产化替代，保障技术自主可控

彻底摆脱对 BMC Control-M 等国外商业软件的依赖，规避了许可证成本高、技术支持受限等问题。

全面适配信创生态，满足金融行业对核心系统自主可控的监管要求，为后续全面信创建设奠定基础。

2.运维效率显著提升

故障定位更快：提供全局任务视图、依赖链追踪、异常自动告警。

自动化能力增强：支持自动重试、断点续跑、资源隔离等高级功能，减少人工干预。

3.系统稳定性与高可用能力突出

采用三中心部署、Eureka 服务发现、RabbitMQ 镜像队列、Redis 哨兵主从等架构，确保关键组件无单点故障。

在多次演练中，模拟节点宕机、网络波动等场景，系统均能自动恢复，保障调度任务连续运行。

4.总成本显著下降

直接成本节约：每年节省 Control-M 许可费用几十万元，且省去支付高昂的技术服务费。

八、经验总结

本项目成功实现对国外调度系统 Control-M 的替代，完成调度平台的国产化、自主可控升级。项目通过三中心高可用架构保障系统稳定，以可视化、平台化方式统一管理调度任务，显著提升运维效率与系统可观测性。上线后，调度准时率、故障响应速度大幅提升，同时每年节省几十万元费用，运维投入减少20%-30%。项目不仅降低了运营成本与变更风险，更为企业信创建设和数字化转型提供了坚实支撑。