由荷兰银行IT工具和软件开发主管Stefan Simenon和CI/CD咨询师Wiebe de Roos在许多方面表示，将当今最成功的银行描述为拥有银行牌照的IT组织，上云，而不是拥有IT部门的金融机构。来自小型专业金融科技公司和大型跨国银行的竞争压力迫使该行业的所有参与者不断改进或面临被抛弃的风险后面。那个是我们的银行，荷兰银行，几年前面临的情况。荷兰银行是荷兰第三大银行，拥有22000多名员工和5000名员工。尽管我们现在有300多个敏捷开发团队，但就在三年多以前，大数据分析系统，我们主要使用瀑布式方法。创新和上市速度受到许多因素的阻碍，包括项目启动和投入生产的交付周期过长；导致软件质量问题的后期代码合并，而这些问题在过程中发现得太晚；手动移交和批准；不频繁的产品发布和开发与运营之间的协调性差。我们曾经估计，使用这个工具将一个简单的"helloworld"应用程序部署到生产环境中需要六个月的时间过程。这个转向敏捷开始解决一些阻碍我们前进的挑战，但这还不够。为了真正加快软件交付，我们需要持续集成（CI）、持续交付（CD）以及我们的最终目标——持续部署。我们为实现这一CI/CD和DevOps愿景而启动的计划包括两个主要部分："铺路"和"实现"。铺路是关于自动化所需的技术先决条件——工具、基础设施、管道等。作为早期的第一步，我们与一些团队一起运行概念验证项目，他们渴望使用我们基于Jenkins、Maven、Nexus和Bitbucket建立的新管道来尝试新东西。"向敏捷的转变开始解决一些使我们减速的挑战，大数据分析过程，但这还不够。为了真正加快软件交付，我们需要持续集成（CI）、持续交付（CD）以及——我们的最终目标——持续部署。"这些早期项目的成功引发了人们的兴奋，我们开始采取下一步行动：实现它。随着越来越多的团队开始采用持续集成和持续交付实践，我们的重点是不断变化的思维模式、行为和流程，以便我们能够有效地利用我们已经到位的工具和技术基础设施。在这个阶段，我们集中精力让团队遵循五个关键点p原则：自动化所有重复性任务快速且经常地整合（至少每天一次）让每个人对项目的成功承担同等的责任，使更改保持较小（这可能需要将单片应用程序拆分成更小的部分，为了能够在两周的冲刺中交付新的业务功能并将其快速推向生产）尽早获得反馈，并在整个DevOps转型过程中不断向整个团队提供反馈，人工智能包含哪些方面，CloudBees-Jenkins平台是我们实现持续集成和持续交付实践的核心，人工智能龙头企业，尤其是在CI方面。我们的CloudBees环境包括10个主机（由CloudBees-Jenkins操作中心管理）、80多个共享执行器和250个插件。它支持300个团队的1500名开发人员，运行16000个工作岗位。所有这些都托管在我们的内部基础设施上；我们的数据中心中有70多个虚拟机被分配给詹金斯。去跟上我们所看到的增长步伐——我们每周都会加入团队——我们最近决定过渡到AWS上托管的CloudBees Jenkins Enterprise。这一举措为IT团队和敏捷开发提供了几个优势团队。第一，它将允许分散维护，因为每个团队可以有自己的主人。团队将能够安装他们自己的插件，而不必等待IT团队为他们完成，而消除这个瓶颈将帮助他们保持sprint计划。为每个团队提供一个主控可以提高团队自主性并减少配置冲突，因为每个团队都对自己的主控负责，可以在他们认为合适的情况下对其进行实验，而不会影响其他团队的工作。"所有这些改进，随着我们加入更多的团队，不断完善我们的持续整合和持续交付实践，荷兰银行的团队能够快速交付高质量的产品，这使得荷兰银行相对于我们的金融科技和银行业竞争对手处于更有利的地位，CloudBees-Jenkins Enterprise的另一个关键优势是自动化扩展。过去，当我们的Jenkins服务器过载时，我们需要手动添加虚拟机，这一过程有时需要数周时间。有了CloudBees-Jenkins Enterprise在AWS上运行并带有Docker容器，我们可以在几分钟内自动扩展以增加构建容量，同时仍然保持与本地数据中运行的工具的多个连接中心当然，作为银行的安全是我们的头等大事。我们提前发现了潜在的安全问题，并制定了解决或缓解这些问题的计划，以便我们能够以非常安全的方式在公共云中工作，这一点已经得到荷兰银行云审批委员会的认可。展望未来，随着Kubernetes加入AWS，我们计划利用Jenkins在Kubernetes上的优势，并在2019年初完成全面推广。在开始DevOps转型时，确保高级管理层的承诺和参与以及在整个企业范围内适当设定期望值非常重要。有意义的改变不会在一夜之间发生，事实上，大型组织可能需要3到8年时间来实现持续集成和持续交付有效。有把时间和精力放在荷兰银行，我们现在看到了跨越整个组织的许多团队的显著好处，包括缩短交付周期，增加了成功构建的数量，提高了代码质量和安全性。例如，我们的网络银行团队从每年4次发布到18次。另一支队伍在一次冲刺后速度提高了一倍。另一个团队将构建时间从5小时缩短到5分钟。我们已经看到一些团队实现了连续部署，其中他们使用一个完全自动化的过程，从代码提交到生产部署，而不需要人工干预。全部在这些改进中，随着我们加入更多的团队并改进我们的持续集成和持续交付实践，这些改进将继续聚合和构建，通过使我们的团队能够快速交付高质量、安全的软件和频繁的更新，荷兰银行相对于我们的金融科技和银行业竞争对手处于更有利的地位要求什么我们知道，当我们接受持续集成、持续交付和最终持续部署时，我们还没完呢。在荷兰银行，我们将继续寻求改进方法，以支持我们的战略目标，在竞争中处于领先地位，并以最佳方式为客户服务可能吧。斯蒂芬Simenon，IT工具和软件开发主管Wiebe de Roos，持续集成/持续交付顾问