开发者社区> 云效运营官> 正文

云原生时代,软件交付有何不同 | 研发效能提升36计

简介: 从今天起,我们将开启一个新的专栏:《研发效能提升36计_持续交付篇》。专栏将通过10-20篇文章,系统分享云原生时代,企业如何落地持续交付。
+关注继续查看

编者按:从今天起,我们将开启一个新的专栏:《研发效能提升36计_持续交付篇》。专栏将通过10-20篇文章,系统分享云原生时代,企业如何落地持续交付,本文是该专栏的开篇。

image.png

                                                                策划&编辑|雅纯

Dora在2018年DevOps年度报告中对软件交付效能提出了一组度量指标,以衡量一个企业的软件交付水平。

image.png

  • 部署频率。指应用将变更部署到生产环境的频率。如每天都有部署,一天能部署十次,还是一天部署一次,或者一个月才部署一次。
  • 变更前置时长。指从代码提交到部署上线并在生产环境运行起来的时长。
  • 服务恢复时间。是服务中断之后到下一次服务能够恢复以继续服务的时长。
  • 变更失败率。是指对生产环境的变更失败的比率,总共变更了多少次,其中有多少次是失败的。

可以看到,“精英”团队的部署频率基本上是按需——只要想发布,就可以随时发布上去。我们将“低效能”和“精英”之间一比较,再对照一下自己的团队,就可以看到自己是属于哪一个象限里,是属于精英、低效能、高效能,还是中等效能。

当然,对于变更失败率一项,有些同学会说:“我每次发布都成功了,我是百分百的。”其实不然,一次完成发布过程,且中间没有任何的干预,也没有事后的修复、回滚是很难的。

在跟很多业务团队、包括外面公司的同学交流时,我们发现,无论是CTO、CIO、还是一线的研发人员,大家都面临一个问题:“我想改变”、“我想做得好”、“我想成为精英”,但是实际做到却很难。为什么?

因为:

1.管理成本越来越高。 人越来越多,管理成本越来越大,协作复杂度也越来越高,开会的时间比干活的时间还多。

2.技术债务也越来越高。 实际生产中,业务往往不会给你很多时间去在一开始就做得很好。于是便有了“我不管怎么样先把业务它跑起来。”但是可能过了一年或者两年之后,你会发现它跑不动了。这种情形在互联网创业里头叫糙快猛。技术债务越来越高之后,要再去做一些事情,就要连本带息要一起还了。

3.新技术引入非常困难。 有一些比较好的技术因为人员的成本的问题,找不到非常优秀的人。另外,有一些技术的门槛较高,需要的技能也纷繁复杂。

不仅如此,软件交付形态的变化也对软件交付效能提出了挑战。

image.png

1.持续的产品交付对软件研发模式要求更高

以前的软件交付是有里程碑的,但是现在不一样了,我们希望每天都有新的东西出来,而不是去完成几个里程碑、或者是三个月、一两年后再出一个东西。我们希望软件的交付是持续地、增量发生的。

以电信设备为例,电信设备的交付,开发环境和生产环境网络是不通的,换而言之,去做一次发布和实施的成本特别高。

这时候,持续的交付就对软件的研发模式提出了更高的要求。不可能再有很长时间的plan,然后等到半年后或者两年后做一个集成来交付实施。它要求你每个迭代都有东西出来。

2.持续升级的服务对可用性提出了更高的要求

当软件可以做到持续发布、升级了,软件的可用性也会相应地被提出更高的要求,不能动不动就断了。对客户来讲,他看到的就是你的一个服务,他对你提供的服务是有感的,因此你的服务需要非常高的可用性。

3.持续的交付需要能高效保证产品质量

质量对持续交付是非常重要的。当产品发布上线,如果有质量问题就很容易导致故障,甚至导致需要公司出面来去做公关。近几年也有很多这样的例子。

俗话说,有挑战就一定有机遇。具体来看,云原生时代,我们面临着2大机遇,可以帮助我们提升软件交付效能。

机遇1:技术发展推动应用架构及部署架构的演进

image.png

(1)应用架构的演进

我们会发现,技术的发展实际上在推动我们的应用架构和部署架构的演进。从资源的角度来说,以前我们应用云托管,而后发展为云优化,再到现在的云原生。我们会发现资源发生了一些变化,而应用架构的也同样发生了变化——从单体应用逐渐发展为了Severless。也就是说从原来挨得越来越近,到慢慢地分得越来越开、拆得越来越小。

(2)部署架构的演进

从部署架构的角度来说,我们也可以看到一些变化,从原来的物理机到现在的BaaS/FaaS。

这样的演进也让我们的整个交付变得更灵活、更解耦,可以做到想发就发,甚至让工程师更多的关注在业务逻辑上。

机遇2:云基础设施和云原生技术的兴起

image.png

(1)云基础设施的层次越来越高

现在云基础设施的抽象层次越来越高了。其实在13年的时候,我们当时对于云基础设施的理解都是“infrastructure”。但随着容器的兴起,我们逐渐看到了容器平台,而后我们又有了PaaS,我们不需要再去关心消息队列、存储、监控等。而今,我们拥有了Serverless,几乎是可以不用写后端,整个的应用后端全部在云上。要做的就是写业务逻辑,而且几乎是前端的业务逻辑。后端服务我只需要按照使用量付费就可以了。

(2)K8S成为事实标准,云原生成为趋势

从K8S到现在的CNCF,我们会发现目前K8S已经是一个事实上的标准。大家不会再去讨论要不要去做云原生,现在的问题是怎么做。

(3)微服务化背景下,服务治理的诉求越来越大

大家都在谈微服务,但微服务会带来很多之前没有的问题。其中一个比较典型的问题就是服务治理。服务太多,怎么进行服务治理、服务发现怎么做、负载均衡、容量调度等等,各种问题都来了。所以大家对服务治理的诉求就变得越来越大。

与此同时,服务的数量越多,复杂性就越高。比如,若一个服务的可用性是99.9%,10个9服务累加便是99.9%的10次方。另外,它本身的复杂性也会越来越高。好比说两个人之间交流很简单的,但三个人交流的时候,我的链路就多了一些。再加上分布式服务间的网络通信,各种各样的异常情况都会出现。这些都是非常现实的问题,也会给我们带来很大的成本。

总结来看,如今我们的软件交付与以前有了非常大的不同。

image.png

云原生时代,我们需要持续交付的模式,以实现更快、更高质量的软件交付。

然而,大多数时候概念十分美好,落地却有各种各样的痛苦。

云原生时代,我们该如何落地持续交付?接下来,我们将通过系列文章,与大家一起梳理云原生时代持续交付的系列实践,敬请期待。

也欢迎在评论区留言,与云效专家互动,说出你想听到的内容~

image.png


欢迎大家使用云效,云原生时代新DevOps平台,通过云原生新技术和研发新模式,大幅提升研发效率。现云效公共云基础版不限人数0元使用。

点击下方链接立即体验云效DevOps全家桶!

https://www.aliyun.com/product/yunxiao?channel=yy_yccb_36

lQLPDhsGzb2HRiHNBDjNB4CwPRTOVsFHvw0B29IABwA0AA_1920_1080.png

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
云原生赋能传统行业软件离线交付
上一篇「柯基数据通过Rainbond完成云原生改造,实现军队客户的离线交付」与这篇「使用Rainbond实现离线环境软件交付」梦幻联动,更详细的上手教程来了👇。
78 0
专访百胜软件CTO:30万家门店,从MySQL到阿里云POLARDB云原生数据库
2018年俄罗斯世界杯期间,百胜软件公司的技术人员遭遇有史以来最大的一次挑战:由于客户线上流量远超预期,自建的MySQL数据库容量已经达到警戒线。
6577 0
阿里云ECS云服务器初始化设置教程方法
阿里云ECS云服务器初始化是指将云服务器系统恢复到最初状态的过程,阿里云的服务器初始化是通过更换系统盘来实现的,是免费的,阿里云百科网分享服务器初始化教程: 服务器初始化教程方法 本文的服务器初始化是指将ECS云服务器系统恢复到最初状态,服务器中的数据也会被清空,所以初始化之前一定要先备份好。
13794 0
阿里云服务器怎么设置密码?怎么停机?怎么重启服务器?
如果在创建实例时没有设置密码,或者密码丢失,您可以在控制台上重新设置实例的登录密码。本文仅描述如何在 ECS 管理控制台上修改实例登录密码。
20063 0
不同操作系统之间的软件管理理念的分析_学习笔记
时间:2017.11.30作者:李强参考:man,info,magedu讲义,神奇的internet声明:以下英文纯属个人翻译,英文B级,欢迎纠正,以下内容纯属个人理解,并没有对错,只是参考,盗版不纠,才能有限,希望不误人子弟为好。
795 0
阿里云服务器端口号设置
阿里云服务器初级使用者可能面临的问题之一. 使用tomcat或者其他服务器软件设置端口号后,比如 一些不是默认的, mysql的 3306, mssql的1433,有时候打不开网页, 原因是没有在ecs安全组去设置这个端口号. 解决: 点击ecs下网络和安全下的安全组 在弹出的安全组中,如果没有就新建安全组,然后点击配置规则 最后如上图点击添加...或快速创建.   have fun!  将编程看作是一门艺术,而不单单是个技术。
18350 0
我对云原生软件架构的观察与思考
云原生应用架构的目标是构建松耦合、具备弹性、韧性的分布式应用软件架构,可以更好地应对业务需求的变化和发展,保障系统稳定性。本文将分享我在这个领域的观察和思考。
1301 0
软件的卡顿与卡死,意思是不同的
软件的卡顿与卡死,意思是不同的
16 0
+关注
云效运营官
阿里云云效,云原生时代新DevOps平台
72
文章
18
问答
来源圈子
更多
+ 订阅
文章排行榜
最热
最新
相关电子书
更多
JS零基础入门教程(上册)
立即下载
性能优化方法论
立即下载
手把手学习日志服务SLS,云启实验室实战指南
立即下载