金融级云原生治理平台的挑战与应用

万金——金山云云原生应用平台技术专家，负责金山云研发效能平台规划和竞争力分析工作。18年知名企业经验, 包括IBM、ThoughtWorks、华为、埃森哲等。在金融行业推广云原生技术（DevOps，微服务，容器）；曾经在大型金融企业实施技术中台；推动大型通讯企业进行DevOps研发模式转型。

▼

你的公司是否可以“每天发布10次”？

是的，是每天在生产环境发布主要业务系统10次。

即便是在今天也很少有公司可以做到这样的发布能力，其实在2009年Flickr（分享照片的网站）的工程师（John Allspaw and Paul Hammond）就能做了，当然做到这样的发布速度在当时，甚至现在都是难以想象的。这需要研发与运维人员来说都是一项挑战，让生产环境稳定且快速演进是相互矛盾的要求，做到高效可靠的发布软件也是DevOps的魅力所在。

时间来到2022年，DevOps是否已经一统江湖呢？

答案如我们所见，并没有。变革本身需要很多契机，同时也需要外部的协助与引导。

图-1

如图-1，在业务与管理层视角，很难看到DevOps带来的明显改善，而从员工与工具支持方面难以取得快速成功。这也是我见到的大多数企业的现状。

那些最佳实践就如敏捷基础设施、共享版本控制、一键部署等、特性开关、共享度量信息、运维机器人，就这样难以在企业内实现吗？问题到底在哪里呢？

这些能力都指向了研发与运维人员的相互信任与彼此协作，改变行为和工具并不会让信任和协作文化在企业中生根。

| Flickr工程实践

1、敏捷基础设施:快速创建测试与生产环境能力，使用脚本或环境模板在使用环境时快速创建，用完即走

2、共享版本控制：运维人员也会参与到软件研发过程中，参与配置变更环境管理相关事物

3、一次打包多次部署：将环境信息从软件包中分离出来，做到一次打包后可以在研发、测试和生产环境中一键部署，这也产生了对于二进制包的版本管理需求

4、特性开关：使用代码开关将功能封装起来，在较少变更代码的情况下增加或删除功能，避免功能临时增减造成大量代码更改

5、共享度量数据：作为建立信任的基础，将代码质量，测试数据，运维监控数据进行共享

6、ChatOps与运维机器人：在研发与运维沟通中增加环境上下文信息，使用自动化机器人执行常规运维动作，使得发布过程高效可控

| Flickr文化理念

1、尊重：尊重是沟通的前提，在平等的条件下进行沟通协作

2、信任：为了系统的稳定与快速演进的目标，共同努力

3、积极面对失败：找到问题的根源解决问题更加重要

4、信息透明：信息即关系，也是信任的基础

改变已有的工作习惯也尤为重要。比如如何看待生产事故上就是传统企业难以改变的文化惰性，即使强如AWS也不能避免生产事故，但是区别在于如何找到问题的原因杜绝再次发生，而不是给事故找到责任人就草草了事。

总结来说企业在转型过程中遇到的最大问题就是缺乏专家支持，在转型过程中确定目标，找到企业内可行的路线图，并通过工具链与试点团队逐步扩大转型的范围。同时管理层也需要对转型有足够的耐心与信心才能使得变革平稳推进。

图-2

有一个有趣的比喻：“DevOps变革就像是在一辆飞驰的汽车上更换轮胎一样”，对于企业来说一边要保证生产效率波动不明显，一边要应对大量的变革动作，加之大多数DevOps实践在没有经验的人员看来都是天方夜谭。完成这样的转变需要企业高层对研发效能有充分的了解，坚持投入，在企业内部文化转变入手才能使得变革的成果持续保持。

当下的金融研发领域，通过引入三个核心能力，会大大提升研发效能与员工积极性，为企业发展提供源源不断的动力。

图-3

云原生：是2015年CNCF提出的方法论合集，为了推广云计算，强调以微服务架构改造应用，从而使业务获得更多灵活与弹性能力。

研发效能度量：在研发领域的数字化转型实践，通过对研发过程与结果的度量，从而找到更加适合企业的研发模式，通过数据发掘可以在企业内部产生新的最佳实践。

连接工作与价值：通过对过程与结果度量，把研发效能提升与组织价值建立联系，从而提升员工的积极性与参与感。

以上只是金融级研发效能平台的简单介绍，可以帮助大家对改方案有一些了解。

想要了解更多详细内容，快来参加即将于深圳举办的2022K+全球软件研发行业创新峰会，万金老师将带来“次时代研发效能平台的挑战与应用”主题内容分享，进一步讲解研发效能平台进化的原动力、DevOps发展的新阶段、次时代的研发效能平台、客户实施过程遇到的挑战等内容。

感兴趣的小伙伴可以扫描下方二维码或点击“阅读原文”了解更多峰会详情。