组件容器实现任务的缓存排队、超时清理和过载阻断，可有效缓冲峰值压力，实现稳定平衡的服务输出；基于异常处理的策略化管理，可有效隔离程序缺陷，实现异常服务组件微秒级的快速恢复。

涉及网络服务的关键组件和分布式实时消息总线都实现了心跳活跃检测和自动化重建连接的机制，提升了网络化服务的高可用性。

Zebra 语言支持契约式编程机制，可在开发测试阶段提前发现业务逻辑缺陷，并在运行时有效阻断程序异常缺陷在不同软件部件中传播。

增强的 Raft 协议服务组件，可构建跨中心的组件服务，实现多中心的运行时灾备容错，构建永不停顿的服务质量。

InfoQ：最后，问一个经验类的问题，您拥有 22 年的银行 IT 系统开发经验，可不可以谈谈，银行系统开发经历了哪些变革阶段？当前的银行系统需要具备什么样的特性？如何与最热的 AI 技术、FinTech 技术相结合呢？

曾光尧：商业银行 IT 系统的开发演进基本跟随了软件技术的各个发展阶段：

1990 年代早期，主机 - 终端时代，编程语言为 C/COBOL。银行的主要 IT 系统是核心帐务处理系统，架设在集中式的主机之上（大行采用小型机或中型机，小行采用 PC 服务器），网点通过终端与主机连接，一般只能构建同城的终端网络系统，实现了同城业务集中和通存通兑。那个年代推广一套系统，包里揣个硬盘就出去了。

1990 年代中后期，客户机 / 服务器架构时代。银行 IT 系统建设开始提以客户为中心的综合业务系统概念，开始实施区域集中的核心银行系统，地市前置机系统外挂网点终端设备，通过 DDN 专线与省行帐务处理主机相连，采用交易通讯中间件或通过 TCP/IP 协议实现前置机与帐务主机的报文通讯和交易一致性机制。这个时候的银行核心系统大部分基于 Unix 系统和 C 语言开发，商业银行网银系统开始出现，尝试使用 JAVA 语言、HTML、Java 开发应用。

2000 年代初期至中期，客户机 / 应用服务器 / 数据库服务器分离的三层架构时代。股份制银行率先实现全行大集中核心项目，实现全行业务通存通兑；商业银行的应用系统建设出现细分，业务报表、信贷管理、票据系统等纷纷从核心帐务系统职能剥离，形成专业化应用；BI、数据仓库技术开始引入，CRM 系统、客户呼叫中心系统、经营决策系统、财务管理系统等新系统开始建设，新建系统开始采用 J2EE 架构，JAVA 语言逐渐替代 C 语言成为应用开发的主流语言，也有部分应用采用微软的.NET 技术。

2000 年代后期至 2010 年代初期，SOA 架构时代。银行应对激烈的市场竞争，开始注重业务模式变革、管理模式变革。较领先的股份制银行提出了流程再造、产品工厂等新概念和新需求，SOA 架构某种程度上顺应了银行流程再造的需求，也有利于商业银行进行渠道和产品系统整合以及创新业务产品的快速推出。与此同时，移动互联网逐渐兴起，客户交易主渠道逐渐转向新推出的手机银行系统；银行开始重视客户的服务体验，重视风险管理体系建设，开始尝试数据挖掘和机器学习技术提炼数据价值，提升客户营销与风险管理水平。

进入 2010 年代中期，商业银行面临利率市场化和国内金融市场对外开放的压力，互联网金融的兴起也加剧了银行客户和资金的流失。面对新的挑战，商业银行在科技领域也在加大创新投入，虚心向互联网企业学习，不断拥抱新技术，体现如下：

引入云计算技术构建企业私有云，包括 OpenStack 和 Docker 容器技术，实现硬件资源的弹性管理。

尝试运用微服务架构开发创新应用，包括在分布式核心系统、实时风险预警、实时营销应用等新建系统，希望降低单体应用的运营风险，在云环境更合理地给不同业务服务弹性分配硬件资源。

(责任编辑：本港台直播)