落地DevOps的三要素

简介: 为什么落地devops前一定要统一团队人员认知呢?因为devops本身是一个复杂的软件工程技术实践,需要多人跨团队协作配合才能完成。如果在实施过程中大家对于devops的理解不同,那就可能导致局部成功而整体失败的结果。

这是devops系列的第三篇文章。


前面的2篇文章,分别介绍了对devops的定义和理解以及devops的落地路线图。


在上篇文章末尾,我提到了devops落地过程中会遇到的问题,比如在2018年devops状态报告中重点提到的 J型曲线


我列出了如下三点解决思路:


  1. 通过团队内部复盘总结,识别问题,快速改进;
  2. 引入一些外部优秀实践和工具,快速提升团队能力;
  3. 成立专门的devops落地团队,由各团队和领域的资深成员参与;


总结来说上述的三点解决思路,可以理解为落地devops的三要素,即:


  1. 统一团队人员认知(这是文化建设和沟通协调的基础);
  2. 工具和平台的选型(支撑devops快速落地的手段和方式);
  3. 组织机制流程建设(文化建设+团队赋能+方向引导+创造环境);


这篇文章,我会从这三点出发,聊聊我对于devops落地三要素的理解。


统一团队人员认知



还记得我在前面的文章《不要成为锤子下的牺牲品》中分享的那则故事吗?


有一群美国专家到日本参观和学习生产流水线,他们发现了一件有趣的事情。


在美国的生产线里面,总有一个人拿着橡胶锤敲打车门,目的是检查车门是否安装完好。但即便如此,车门的质量依然很差。


可在日本的工厂里面,却没有这样的角色。他们好奇问道:“你们如何保障车门没有问题呢?


日方专家回复说:“我们在设计车门的时候,就已经保证它不会出问题了。”


你看,同样是采用流水线技术的两家公司,结果却大不相同。


这个故事其实很好的体现了不同文化和认知下对具体事物的影响。


为什么落地devops前一定要统一团队人员认知呢?因为devops本身是一个复杂的软件工程技术实践,需要多人跨团队协作配合才能完成。如果在实施过程中大家对于devops的理解不同,那就可能导致局部成功而整体失败的结果。


个人建议,在落地实施devops前,一定要和相关的协作团队及相关成员,多进行devops的宣讲,主要是如下几点:


  1. 落地实施devops的目标是什么?
  2. devops解决了企业和团队的什么问题?对各自的好处是什么?
  3. 参与其中的团队各自的目标和职责是什么?具体怎么做才能符合目标和职责要求?


当然,统一认知建立devops文化本身是一个持续建设的过程,可以先进行宣讲,然后在小范围试点过程中通过工程实践和一定的流程机制来进行纠错,保证大家的行动方向一致。


特别提醒,在拆解不同团队的目标和职责时,最好有客观可量化的指标和里程碑式的deadline。


工具和平台的选型


要落地devops,构建高质量高效率的的持续交付流水线能力,势必需要工具和平台的支撑。


工具本身就是我们解决问题达成目的的手段和支撑,而好的平台可以协助我们更好的落地工程实践。那么在工具和平台选型时,需要注意哪些方面呢?我个人建议从如下几个角度考虑:


  1. 是否和业内权威的标准化模型匹配;
  2. 业内是否有相关的落地实践和技术细节披露;
  3. 工具和平台的引入和改造成本是否在可接受范围内;


关于权威的标准化模型,搜索一下就能搜到好几个,比如中国信通院牵头制定的devops能力成熟度模型:


640.png


比如以Google、微软为代表的知名互联网公司对devops成熟度评级的能力分级定义:


640.png


第二点和第三点其实可以放在一起看,目前几个知名大厂都提供了devops的平台,比如Azure DevOps、阿里云的云效。这些paas产品的好处是将底层的技术实践以及协作机制都封装好了,基本开箱即用,但都是收费的。


如果选择自建,就要考虑自建过程的踩坑,自研和不断迭代优化的时间以及成本。还有一点要考虑的是自研耗时更长,管理层对于巨大成本投入和产出的心理预期以及耐心,这也是一个很有意思的问题。


总的来说,devops的实施落地,对技术同学来说还是一个复杂的软件工程,工具和平台的选型,各自的优势和劣势,相信大家都懂其中的奥秘,选择适合自己的方式最重要。


组织机制流程建设


前面讲到了在落地实施前要多进行devops的目标和文化的宣讲,但文化的建立是一个长期持续的过程。这就需要制定一定的流程机制,来让参与的具体人员在行动中践行这些文化,潜移默化的形成工作的行为准则。而这些行为准则组合在一起,就构成了我们一致宣讲的devops文化。


上面提到了要建立专门的devops落地团队,负责文化建设+团队赋能+方向引导+创造环境。如何理解这句话呢?


文化建设是一个长期的过程,需要宣讲,需要制定流程机制来保证大家的行动方向一致。


负责devops落地的团队一方面要负责落地计划制定、目标风险识别、技术方案设计,另一方面需要帮助参与devops落地实施的同学解决落地过程的问题,让这些同学能在实践中养成工作行为准则。


而方向引导,一方面devops文化的引导,另一方面也需要流程机制在行动中进行纠偏,确保devops的实施不会偏离整体目标。


至于创造环境,即负责devops落地实施的专项团队,需要在关键节点推动项目的进度,而不是遇到重大问题项目进度停滞时无人推动导致项目延期甚至失败。


这部分内容简单来说就是:成了专项的devops团队,制定落地实施流程,形成行动和响应机制,在关键节点推动项目进度,在行动中不断践行和树立devops的工作实践准则。


总结一下,统一人员认知就是树立共同目标,组织机制流程建设就是保证团队沿着正确的道路向既定目标前进,而工具和平台则是这个前进过程的支撑和加速器。

相关文章
|
19天前
|
Prometheus 监控 Cloud Native
实战经验:成功的DevOps实施案例解析
实战经验:成功的DevOps实施案例解析
35 6
|
安全 数据可视化 Devops
阿里云云原生 DevOps - 云效平台核心价值与优势
阿里云云原生 DevOps - 云效平台核心价值与优势
阿里云云原生 DevOps - 云效平台核心价值与优势
|
6月前
|
运维 监控 安全
DevSecOps:打造安全无忧的DevOps流程
在现代软件开发中,保证安全性和敏捷性的平衡成为了一项重要任务。DevSecOps(Development-Security-Operations)作为一种实践方法,旨在将安全性与DevOps流程相结合,从而提供持续且可靠的软件交付。本文将介绍DevSecOps的核心概念和原则,并探讨如何将安全融入到DevOps流程中,以确保软件开发过程中的安全性。
|
人工智能 运维 Kubernetes
深度 | 从DevOps到BizDevOps, 研发效能提升的系统方法
研发效能提升不知从何下手、一头雾水?阿里资深技术专家一文为你揭秘研发效能提升的系统方法
4279 1
深度 | 从DevOps到BizDevOps, 研发效能提升的系统方法
|
存储 运维 监控
阿里云,DevOps产品能力第一!
阿里云,DevOps产品能力第一!
154 0
|
运维 架构师 Cloud Native
深度|为什么一定要从DevOps走向BizDevOps?
为更好地厘清波涛汹涌的数字化转型浪潮下软件产业所面对的机遇与挑战,6月29日,阿里云云效与阿里云开发者评测局栏目,联合特邀了InfoQ极客帮副总裁付晓岩、南京大学软件工程学院教授张贺、Thoughtworks全球数字化转型负责人肖然、国内精益产品开发最早实践者何勉(阿里云云效解决方案负责人),阿里云资深技术专家陈鑫(云效平台负责人)以及阿里云高级产品专家张裕(云效平台产品架构师)共6位领军人物,一起围绕数字化转型浪潮下的技术变局进行了深度的研讨。
深度|为什么一定要从DevOps走向BizDevOps?
|
敏捷开发 运维 监控
金融行业DevOps案例分享
以某证券行业DevOps实际需求为例,对金融行业研发模式、架构特点梳理,分享解决方案的核心要素
578 0
|
云安全 弹性计算 运维
DevOps落地思考
为什么团队开发运维方式备受诟病?说到底还是一个效率问题,因为研发和运维之间的利益是不一致的,所以导致效率就很低下。其实DevOps目的最重要的理顺研发和运维之间的关系,能满足彼此之间的关系,调动大家积极性,从而提升效率。
227 0
DevOps落地思考
|
运维 安全 前端开发
阿里巴巴DevOps实践指南(三)| 阿里巴巴 DevOps 实施的价值主张
数字化转型是对互联网公司和产业内公司的共同挑战。产业公司要应用数字化能力,提升用户体验和运作效率;互联网公司要将数字化能力与具体的产业结合,带来更广更深的创新。共同点是,它们都需要升级 IT 的交付和运行模式,都离不开 DevOps 的能力。
阿里巴巴DevOps实践指南(三)| 阿里巴巴 DevOps 实施的价值主张
|
弹性计算 运维 监控
一文读懂云上DevOps能力体系
阿里云ECS自动化运维套件架构师,深度拆解云上运维能力体系建设:自动化运维等级金字塔、自动化运维的进阶模式、DevOps的基础核心、云上标准化部署三大能力……
5018 0
一文读懂云上DevOps能力体系