DevOps(2)如何即快又稳的交付需求

之前介绍了DevOps的研发效能整体价值,包括效率、质量、持续改进的文化等方面;

同时,针对DevOps实践,比如分支模型、多泳道、灰度、内建质量、度量、运维,也有一些概念性的输入。

在展开具体各阶段实践前,让我们看看DevOps的目的。

整体来说,DevOps是解决研发内部及研发运维间的效率和质量的工程技术,不同的公司有不同的实践。

因此,DevOps的目的就是解决研发的效率和质量,以提升产研的效能。

结合目前的实践,核心领域主要是CICD的范畴,解决的是如何即快又稳的交付满足客户期望的需求。

那么快和稳到底是什么,如何支撑?接下来详细来说说:

快&稳:

说到快和稳,我们还是要思考一下研发有哪些环节可能是有些问题。

按照精益原则,零库存一个比较重要的点,结合敏捷开发流程,就是在制品越少越好,在制品越多就会影响到整体团队的运转。

在制品积压的话,可能在某个环节的资源不够、或者方法不对、或者人员能力不够、或者流程不合理都造成相关环节的效率和质量低下。

抛开资源、人员的问题,如果只谈方法和流程,也有非常大的影响。

DevOps一个主要目的就是解决研发流程和方法效率和质量方面问题的。

具体来说,其中CICD中主要涉及到几个环节持续集成、持续部署、持续交付,持续运维,涉及到的角色是开发、测试、部署、运维。

那我们来看看针对不同角色是如何做到的。

如何保证开发的快&稳:

开发效率是目前最难搞的了,因为这涉及到内建质量的建设,内建质量建设得不好,开发包袱只会越来越大,开发快且稳是痴人说梦,反而效率只会越来越慢,质量只会越来越低。

要迈过去这个坎,必须搞定这个内建质量才行,这要看公司或领导有没有这个决心和魄力了。

但在国内个人认为还是比较困难的,曾经招了一个在外企工作过的同学,有非常好的意识和实践,但是工作模式上的差异,一直融入不到团队中,别扭、效率低下、无法发挥,很难存活下来。像这种情况要么离开找到合适的企业,要么变革自己让自己被同化。在这里不探讨个人能力,只谈模式的话,要想往理想的模式下前进,实现理想的开发模式真的是太难了。有人会问原因,这个大家应该都心知肚明,有资本家在哈哈。

说完内建质量,再看看工作环境,这个还是有积极因素的。

工作环境不是办公环境,是开发人员的开发环境或条件,比如现在微服务架构了,服务拆分让开发人员具备了并行开发的条件,标准规范的解耦减少相互之间的影响,降低了代码冲突的可能,这些为并行开发创造了条件。

所幸现在的发展趋势还是非常可喜的,微服务的架构发展及微服务的产品及改造越来越多,开发人员的开发条件应该是越来越好,并行开发基本成为常态的开发模式。

如何保证测试的快&稳:

其实第一个方面是跟开发是一样的,也是要有内建质量,需要在意识培养并加强自动化测试,减少对手工的依赖,才能真正提升效率。

有了意识和自动化的动机,就是需要实现,最好是有相应的平台、工具支撑,这样才能最大限度提升效率,降低人员的门槛。

同时,影响测试效率还有一个比较大的问题是测试间的相互影响,功能测试时没有单独的环境、集成测试环境相互影响、上线串行只能等待等各环节都是影响测试效率的环节。

如何解决,相互独立环境是一个比较好的方案,目前国内也有比较好的实践,能够完全隔离,可以解决测试间相互影响的问题。

如何保证发布的快&稳:

从原始的开发直接复制更新代码,到Jenkins进行自动化部署,到基于Docker的自动化部署,到现在的K8s的自动化部署,部署的自动化一直在前进着。大家也享受着开源产品工具的便利,很大的提升了发布的效率。

即使有这些自动化部署工具的支撑,还是可能无法非常好的满足客户的实际需求。

具体2种场景日常的迭代发布场景、紧急需求(含BUG)的发布场景,并且随着SAAS的应用都会降低稳定性。

有没有解决方案,答案是肯定,比如蓝绿部署、金丝雀部署。蓝绿部署的优点是模型简单但是成本高,金丝雀部署是模型复杂但成本相对较低,如何选择取决于应用场景如何,找到自己合适的是最重要的。

如何保证运维的快&稳:

运维的难处是如何与开发共建,运维是在硬件、环境、组件有优势,开发是在软件应用方案有优势,如何打通2个角色的鸿沟,是DevOps最初最核心的内容。

打通会涉及到很多的问题,首当其冲的就是权限,开发没有权限直接登录生产环境进行排查,所以工具化非常重要,这也是解决之道。

有了工具, 我们可以把服务伸缩管理、服务监控预警(规则)、服务限流熔断、任务调度监控、日志监控分析、链路追踪性能分析这些能力工具化,不需直接登录也可以解决,制定相应的协作规范流程,发挥各角色的优势,共同为我们的SLA努力。

除了以上四个环节的实践方案,最终说一下工具。

说到工具,研发相关的工具是非常多的,代码工具git、svn,部署构建工具jenkins,运维工具k8s\docker等

最终需要将各个环节的工具一体化,工具化、自动化,这也是效率提升的不二法门。

有一款友好的工具是效率提升的必要条件,也是DevOps的核心思想,即从手工->工具化->自动化->智能化的工具进化过程,一步一步来,最终完成整个过程的演进,支撑效率的提升。

以上就是通过开发、测试、发布、运维等各个环节,在持续集成、持续部署、持续交付,持续运维进行一些工具化、智能化的实践,通过整合各种工具链提供一套完整的DevOps工具,实现客户的需求即快又稳的按照客户实际要求的交付。

整体来说,开发效率要提高,除了资源和能力,在流程和方法方面,主要是从内建质量、工作环境或条件、工具等维度进行解决。

具体的实践的一些方案,后续再一一介绍。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,444评论 6 496
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,421评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 160,036评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,363评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,460评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,502评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,511评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,280评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,736评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,014评论 2 328
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,190评论 1 342
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,848评论 5 338
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,531评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,159评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,411评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,067评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,078评论 2 352

推荐阅读更多精彩内容