编者按：根据麦肯锡的一项研究结果，科技公司想要成功，关键所在无外乎两点：标准化和工具赋能。标准本身是最佳实践的集合，有了标准，每一步都离目标更近（而不是偏离），将标准固化在工具里，让人做更有价值的事情。这和 DevOps 标准及 DevOps 持续交付流水线工具平台的核心理念和实践不谋而合。

2019年4月12日，在 GOPS全球运维大会 2019·深圳站上，郑州银行股份有限公司获得由工信部中国信息通信研究院（以下简称信通院）开展的 DevOps 标准（ 亦即研发运营一体化（DevOps ）能力成熟度模型 ）评估证书。

郑州银行“新版核心业务系统”通过 DevOps 标准之持续交付能力3级评测，证书编号G01012。这代表着郑州银行在该系统的持续交付能力被认定为达到国内领先水平。郑州银行也因此成为全国首家过评城商行，全国第8家过评企业。

中国信通院云大所何宝宏所长（右一）为DevOps 标准第二批正式评估通过单位郑州银行和去哪儿网授牌

截止目前，通过评级的企业分别是：浙江移动（三级）、中国银行（三级）、腾讯（四级）、招商银行（三级）、广东移动（三级）、北京移动（三级）、去哪儿网（三级）、郑州银行（三级）（按参评顺序）。

全球首个 DevOps 标准，即 研发运营一体化（ DevOps ）能力成熟度模型，由中国信通院牵头，中国信通院旗下云计算开源产业联盟、高效运维社区和 DevOps 时代社区联合发起，联合国内 BATJ 、南京大学、金融及通信等行业明星企业专家及单位共同制定。 

本标准已在工信部及联合国 ITU - T 先后立项。这也是在信息技术标准领域，我国“产学研”联手共创，走出国门、走向世界的标志性事件。

在 GOPS全球运维大会 2019 · 深圳站现场，郑州银行总行副行长孙海刚与首席信息官兼信息科技部总经理姜涛两位领导接受了大会采访，深度揭秘了郑州银行 DevOps 能力建设进展与参评背后的故事。

郑州银行副行长孙海刚接受采访

1、孙行长，您好，请您简单介绍郑州银行。

郑州银行是一家位处中原大地的区域性银行，聚焦“商贸物流银行、中小企业融资专家、精品市民银行”三大特色业务定位。近年本行经营管理能力的持续提升，得到了社会各界的广泛认可。

在英国《银行家》“2018年全球银行1000强”榜单中，本行一级资本排名第245位，跻身前300强；在《金融时报》2018“中国金融机构金牌榜·金龙奖”评选中，荣获“年度十佳城市商业银行”。

本行于2015年在香港联交所上市，2018年9月在深交所挂牌上市，首开国内城商行A+H股上市先河。

2、贵行作为城商行首家、全国第三家通过 DevOps 三级认证的银行，请问贵行是出于一种怎样的考虑进行 DevOps 工作推进？

伴随着人工智能、区块链、云计算、大数据等新兴技术在金融行业的深入应用，科技对于金融行业的作用不断提高。最近我行先后建设了新一代核心系统项目群、“五朵云”项目群、大数据平台等，在推动IT架构转型的同时，逐渐形成科技业务相融合的组织协作模式。

在转型过程中，亟需解决的是人员效能、技术平台支撑等关键性问题。因此，我行近年来也在不断地探索引入工具，以解决开发、测试的交付效率、交付质量、协作模式等问题。通过本次 DevOps 建设，我行积累了大量经验，人员的能力获得了迅速提升，为我行数字化转型打下坚实基础。

3、您对 DevOps 的发展前景怎么看？

DevOps 倡导以用户为中心，推崇价值快速、高质量交付，这是任何一家企业在面对愈加激烈的竞争局面时能够保持快速发展的基础保证。DevOps 标准则如一盏明灯，对 DevOps 涉及的每个领域给出了精准的目标。

更值得信赖与称赞的是，DevOps 标准如它倡导的理念一样，也是不断改进的。能接触到并选择这样一个不断学习进步的标准来引导我们前进，是一件非常幸运的事情。相信会有更多的企业引入 DevOps 体系，并参与 DevOps 标准的评估。

郑州银行 CIO 兼信息科技部总经理姜涛接受采访

1、姜总，您好，在开展 DevOps 工作的过程中，贵行有没有遇到什么困难？这些困难又是如何解决的呢？ 

一是起初对 DevOps 体系的理解不够深入，之前主要是局部能力的建设；

二是出于安全及资源投入等因素的考虑，也较少使用前沿的开源软件。例如我们的软件配置管理工具，一直使用的SVN，核心项目组是我们第一个使用Git的团队。并且参加DevOps评估这件事，城商行没有先例，我们只能摸着石头过河。

分析完差距，就要逐一突破。对内，我们苦练基本功，找专人分领域钻研各种开源工具；对外，借助外部专家力量，周末时间组织培训，学习互联网行业先进经验，并结合我行实际转化落地。

2、请您介绍下承担持续交付平台建设工作的团队以及团队投入多少人力进行了改进？

在 DevOps 标准项目立项前，我们内部也分析了我们的优势，比如：有高素质的项目管理团队，有专业的配置管理团队和测试团队，有成规模的环境管理能力；当时我们的自动化测试已经有了一定基础，能够针对核心系统约8000个案例顺利完成测试，同时我们也完成了20多个系统的自动化部署。这些前期成果和 DevOps 标准不谋而合。

孙行长和我都非常重视 DevOps 体系建设，将这项工作作为我行“科技兴行”工作领导小组重点内容。团队建设由部门副总牵头，协调内部骨干力量和外部资源，在科技部项目管理和技术测试两个团队的基础上组建了 DevOps 改进项目组。

整个团队分为开发能力提升、工具链建设、自动化测试、自动化部署、源代码扫描及生产运维6个小组，共计36人的虚拟团队，每个小团队分工明确，各司其职，各团队负责人都是行里有多年工作经验的骨干，有一些成员在互联网企业（BAT）工作多年，拥有较好的 DevOps 和工程效率方面的经验。另外，团队成员普遍具有较强学习能力。

虽然团队内部分属开发、测试、运维等多个角色，但配合的非常好，参评项目新核心系统的开发团队更是全力支持。从2018年9月开始接洽到决定参加评测至今，我们已经完成了270多个持续交付能力提升点。评估并不是终点，我们当前改进迭代还在继续。

3、270多个提升点！看来收获颇丰，有没有什么细节和我们分享一下？

是呀，提升点确实不少，比如：分支策略优化、提交即构建、强制 Code Review、静态代码扫描、自动化测试误报率统计等等，很多事情都超出了预期。

我们的核心项目是2018年5月上线的，之前一直使用 Ant 编译，后面我们决定切换成 Maven，规范依赖管理，降低构建维护成本，赋能给开发团队。

理论上来讲是不会有什么风险的。但由于核心系统太重要了，我们咨询了很多专家，都无法说清楚 Ant 和 Maven 编译出包是否会有明显的区别，没人敢确认是否存在潜在风险。幸好我们有已成规模的自动化测试集，经过了多轮10000+全量测试案例的验证，自己慢慢有底了。

对比之前我们做的主机型号升级，功能测试和性能测试就进行了三个月，而这次只用了两周时间，期间也没有投入额外的人力去测试。

另外，我想说的是我们这个持续交付项目本身的组织方式。城商行一般来说较多使用外包，近年来我们也在不断地提高自研比例。持续交付这个项目就是行方人员与外包人员协同开发的。

我们的团队中没有明显的甲方、乙方区分，每个人都承担开发任务。最开始每人负责的领域不同，随着大家认识的加深，我们也开始尝试跨领域开发，比如这个迭代开发流水线相关的任务，下个迭代又换成度量平台相关的任务。通过这种方式，整个团队的水平都获得了提升。合作非常顺畅，团队气氛也很融洽。

虽然我们提升很多，通过本次评测，我们也认识到和互联网行业以及大型金融科技企业之间差距，比如：基础设施的弹性化、环境的快速交付、DevOps 工具平台化等，这些是我们下一步努力的方向。另外，我们还要进一步加快双速IT落地和应用架构转型，推动部分应用向微服务转型，加快价值交付速率。

4、在通过 DevOps 标准认证后，您计划下一步怎么继续推进 DevOps？ 

接下来我们在推广的时候要既抓深度，又抓广度。我们要针对专家评估后提出的建议认真分析，制定落实计划，给出提升方案。我行信息科技部计划成立专门的科室，负责 DevOps 技术的推进。

对于已有成果，我们要迅速推广给其他产品，在组织内全面落地 DevOps，同时，我们也非常愿意与同行业积极探讨 DevOps 在金融行业落地的可行方案，以期共同发展，共同进步。

DevOps 标准工作组专家与郑州银行部分专家合影

郑州银行此次参评项目为核心业务系统，核心业务系统是所有银行最基础、最重要的系统，它承载着存款及卡产品管理、贷款账户核算、对客结算服务、内部资金往来、资金清算等多种功能，且逻辑非常复杂。

那么，郑州银行是如何通过 DevOps 平台为核心业务系统的持续交付保驾护航的呢？让我们一起来看看吧。

郑州银行在项目管理、自动化测试、自动化部署方面均有一定的积累，接触到DevOps标准后，制定了一系列提升计划：将使用多年的配置管理工具切换为Gitlab；加强了CodeReview；优化了分支策略；引入了代码质量扫描、安全扫描工具和度量工具。

最终基于Jenkins等开源工具，自研了一套基于现状进行提升的DevOps平台，为核心业务系统提供环境初始化、编译、单元测试、代码扫描、自动化部署、自动化测试、制品升级等全链路支持。

图1 郑州银行持续交付项目建设范围

图1所示是郑州银行持续交付项目建设范围，郑州银行自研平台集成各领域工具17套以上，打通了项目的全流程。

1）项目管理领域：按照项目规模，进行不同维度的管理；从需求到开发任务到测试任务，都有明确的计划及目标，有统一管理流程和考核标准，且支持瀑布模式和敏捷模式。

图2 任务管理情况截图

图3 敏捷看板截图

2）自动化测试领域：采用面向对象的编程思想，高度抽象公共插件，从数据到接口到组件，层次分明。在此基础上使用简单逻辑及赋值、断言即可完成自动化案例的编写，方便测试人员上手。目前，每晚有14000条案例定时运行，全面覆盖核心业务系统高频交易和重点功能。

图4 自动化测试案例展示

图5 全量回归结果展示

3）自动化部署领域：选定发布版本及发布环境后，即可根据实际情况灵活选择部署步骤，一键发布。除核心系统外，全行已实现40%以上的系统自动化部署。

图6 新建部署任务展示

4）数据变更领域：通过一系列SQL编写规范指定SQL执行顺序，通过关键字的定义及规则扫描实现SQL危险操作的检查，通过定义版本与SQL执行状态的关联关系，保证每次发布全量获取SQL文件后，已执行过的SQL不会重复执行。

图7 SQL执行情况展示

5）质量管控领域：不仅利用开源工具SonarQube针对每个特性分支、每个发布分支进行质量方面的检查，更引进专业的代码安全扫描工具，集成国际主流安全规则，定期扫描核心业务系统代码，提前发现并改正安全问题，项目实施期间共计改进技术债项398个。

图8 安全扫描任务截图

6）度量及反馈领域：提取了6个领域31项指标，为管理和决策提供依据，并为部分指标设置阈值，在指标达到阈值后及时告警，促进改进提升。

图9 领导视图度量报告部分指标展示

图10 Gitlab部分指标展示

最终，利用Jenkins打造完整的流水线，贯穿开发、SIT、UAT过程，并将构建能力开放给开发团队、测试团队，实现持续交付的目标。

图11 UAT流水线展示

平台上线一个月后，收益非常明显：核心业务系统功能点平均交付时间缩短了20%，缺陷逃逸率降低了30%，日均自动化部署次数提升了60%。

成绩的背后，是所有团队成员工作中的脚踏实地和全力以赴：

• 深夜10点，还能听到项目组讨论方案的声音；

• 周六周日，还能看到屏幕前敲击键盘的身影；

• 大年初七，全员到岗投入新一轮迭代改进。

正是如此，才得以实现：

• 核心业务系统的新增代码单元测试覆盖率短时间内从0提升到40%；

• 持续交付团队在短短3个半月内完成270多个改进点；

• 2018年9月接触到标准的情况下，2019年3月就顺利过评！

DevOps带来的不止是高效的工具，更是团结协作、共同进取的团队精神。评估的结束意味着新起点的开始，DevOps 犹如灯塔，为数字化转型指明方向，帮助郑州银行踏上转型后的新征程！

以上就是郑州银行股份有限公司此次参加 DevOps 标准评估认证的相关内容。

关于 DevOps 标准的更多介绍

目前各大企业评测的 “持续交付部分” 共有7个能力子域、14个能力项、49个能力指标。完成覆盖了开发、测试、安全和运维，也是对贵司 DevOps 持续交付流水线平台的工具能力以及团队协作能力的集中检验。

您的企业也想参加 DevOps 标准评估？

想了解 DevOps 标准评估相关事宜，请联系：

中国信息通信研究院@车昕

手机：18611139904（同微信）

邮箱：chexin@caict.ac.cn

高效运维社区@东辉：

手机：18515115139（同微信）

邮箱：yangdonghui@greatops.net

附录，已获 DevOps 标准认证评测明星企业相关报道如下：

• 国内顶尖水平！腾讯荣获全球首个 DevOps 标准认证 4级 | 独家专访

• 北京移动核心业务系统的 DevOps 标准认证之路 | 独家专访

• 以通信网络敏捷转型的名义！广东移动 DevOps 标准认证独家揭秘

• 国内领先！招商银行四个项目全部通过 DevOps 标准认证