DevOps 实践案例分析Word格式.docx
《DevOps 实践案例分析Word格式.docx》由会员分享,可在线阅读,更多相关《DevOps 实践案例分析Word格式.docx(8页珍藏版)》请在冰点文库上搜索。
不仅是我们如何练习体育,还包括我们如何消费体育。
DevOps技术在这一切中的作用是什么?
提供速度和质量,让研发团队更贴近业务,以我们所说的“可持续的速度”更快地交付价值。
某公司的DevOps团队和众多传统行业的工程技术团队一样,在转型期间也面临着艰难的挑战,他们需要真正让其他人相信DevOps变革的重要性,并通过技术创新将业务带上新的舞台。
某公司DevOps转型导火索
2015年,某公司发布了一款新款Yeezy运动鞋,该款运动鞋一炮走红。
公司每5秒钟就卖出2600多双鞋。
但某公司的IT基础设施跟不上如此大的购买需求,崩溃了,软件开发人员也找不到快速解决方案。
受客户和员工不满的影响,某公司需要可以从混乱中恢复并满足未来挑战的解决方案。
从那时开始,某公司开始采用了云原生架构、Kubernetes和DevOps。
如今,某公司的IT基础设施已经将其软件产品交付周期从每六周一次提升到每天五次,同时构建了一个更具弹性的系统。
DevOps转型需要一种文化上的转变,一种通过启动DevOps实践而带来的转变。
某公司DevOps转型的成功案例表明了加速产品上市的需求需要底层架构和系统性变革的支持。
DevOps可以改变开发和操作之间的依赖机制,以减少摩擦,企业可以独立地加速软件开发生命周期的每个部分,同时保持弹性和适当的治理水平。
对于正在进行DevOps转型的企业来说,有四个关键的研究和评估(DORA)指标表明了他们DevOps实践的成功。
它们是:
变更前置时间、部署频率、服务恢复时间和变更失败率。
前两种可以被视为“进攻战略”,后两种可以被视为衡量速度的“防御战略”。
某公司需要在这四个方面进行改进,以成功地重塑其业绩。
某公司是如何完成改进的呢?
重要工具之一就是某公司的DevOps成熟度框架。
某公司
DevOps成熟度框架
虽然(DORA)指标可以很好地衡量企业的DevOps性能(结果指标),但企业更需要一种框架来评估DevOps的成熟度(过程指标),来提高开发人员的生产率,并提供具体的改进建议。
某公司提供了一个非常简洁的成熟度能力模型,称之为AdidasDevOps成熟度框架。
该框架对DevOps能力进行了分类,包括开发、产品和过程、管理和监控、文化、体系结构五个领域,并将能力水平为三种形象的阶段:
爬,走,跑。
该框架定义了每一项能力的成熟度水平,团队可以用框架评估自身当前的成熟度,理解自身需要如何改进以提升到更好的水平。
作为精益理念的实践者,该框架也在持续的更新迭代,今天的『跑』可能在明天就变为『走』,目的是帮助团队达到持续改进的目标。
下边我们详细介绍下该DevOps成熟度框架,框架一共分5个域,分别为:
开发、产品和流程、管理和监控、文化、架构。
开发
产品和流程
管理和监控
文化
架构
我们要如何使用这个框架呢?
第一步,自我评估当前产品团队的每一项能力。
第二步,定义一个改进循环的预期目标,一个循环可能是一个月,一个季度,半年。
每一个团队都可以定义他们的改进循环周期,不过设立季度目标会是一个好的开端。
第三步,定义你要达到预期目标需要执行的动作。
成熟度指标为你指引了改进的方向和目标,需要结合具体的技术和管理方案来支撑落地。
这里重点强调和关注一些经常被忽视的能力:
1、文化
大多企业在DevOps尝试的时候,都以工程实践作为出发点和切入点,经常忽略文化的重要性。
如缺乏对协作重要性的认知的文化,认为搭起来流水线就能提升质量和效率了。
这存在的问题包括两个,一是,如果多个团队之前缺少协作的文化,流水线即使搭了,最后也可能只是放置而很少使用。
二是,团队内部各角色间缺少沟通和协作,产品研发流动效率低。
如果团队没有建立一种为试错或者其他与业务价值相关的实验分配时间和资源的文化,就无法激发团队探索新的技术可行性或新的商业模式。
人人只按规则完成自己的工作,不进行任何尝试和创新。
2、流程和组织结构
创新变革的尝试需要拥有一个轻量级的变更批准流程。
传统模式的IT架构要求的是稳固安全,互联网模式的IT架构要求的是快速创新。
这个对传统行业提出的需求不仅仅是技术团队的变革,更要求的是流程和组织架构的变革。
你认为组织在保持ITIL变更流程不变的同时,多久会转向敏捷?
这阻碍了创新,因为要么是新代码在几天后而不是几分钟或几小时后才投入生产,要么是整个更改过程被绕过。
即使对于银行这些需要双模IT的部门,也要根据业务不同,划分哪些是敏态的业务,配合以新的流程和组织结构。
DevOps黑客马拉松
“自上而下的授权在某公司不起作用,但游戏化起作用,”某公司平台工程部高级主管费尔南多·
科纳戈说。
“所以今年我们举办了一个DevOps杯比赛。
每个团队都创造了新的技术能力,并对这种能力如何影响业务价值进行了假设和判断。
我们在一个有600多人参加的大型内部科技峰会上宣布了获胜者。
这对团队来说真的非常有用。
2019年,某公司组织了DevOps杯:
由25个团队、220名参与者、12名导师、4名评审团成员和9个月的时间组成的比赛,目的是找出哪些团队可以有最好的转变。
本届杯赛为某公司带来了显著的成绩。
以下是所取得成就的简要总结:
某公司应用程序的构建时间总共减少了3720分钟
由于更多的测试自动化,生产中的错误更少
销售额以两位数的百万欧元增长
降低消费者服务业务的成本
消费者服务减少了40%的人工测试,测试所需人力降低60%
创建DevOps成熟度框架,以评估团队并帮助导师
“可以肯定的是,最戏剧性的变化发生在文化上。
以前,DevOps由几个团队负责。
现在,每个专题小组都做DevOps。
开源技术的使用在公司中飞速发展,不同团队之间的合作也在不断增加。
”
总结
某公司仍在DevOps的旅程中不断前进。
电子商务团队利用新平台帮助他们大幅提高收入、产品交付周期和实验能力,而这一切都要归功于某公司的DevOps工程实践。
某公司的DevOps成熟度框架定义了一系列实施时需要的能力和指导原则,包括增加效率,提升质量和团队的幸福感。
它不仅关注工具和方法,还关注过程和文化等经常被忽视的东西,值得我们借鉴和使用。
对于业务团队内部DevOps转型的规模化推广,DevOpsCup也是一种很好的尝试方案。
如今,容器化、微服务、无服务器应用、5G、边缘计算和云计算等新技术在产品开发中的应用越来越多。
许多软件开发团队在努力跟上新技术的冲击,这使得DevOps变得更加重要。
开发人员需要敏捷性的、具有决策能力和速度的基础能力来按需交付产品和解决方案。
为了促进这一点,企业必须自动化的管理开发、测试、质量保证(QA)和IT运维,以成功地构建持续交付流程。
然而,一切转型都要从实践开始,理论理解的再透彻,不尝试落地也都是空谈。
某公司以一次导火索为契机,以DevOps成熟度模型为指导,以黑客马拉松等推广方案为手段,从单团队单系统开始尝试实践,逐渐推广到公司内部多个业务团队,完成公司级的技术转型升级,推动业务走上新的台阶。