持续交付 36 讲
王潇俊
携程系统研发部总监
39681 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 42 讲
开篇词 (1讲)
结束语 (1讲)
持续交付 36 讲
15
15
1.0x
00:00/00:00
登录|注册

03 | 持续交付和DevOps是一对好基友

将Dev和Ops置于一个团队内,同化目标,贯彻DevOps文化
塑造良好的做事习惯
通过合作解决责任模糊、相互推诿的问题和矛盾
错误观点:忽略了Dev与Ops本质上的不同
自动化运维、持续交付、高频部署、Docker等
持续交付更专注于技术与实践,是DevOps的工具及技术实现
比持续交付更宽泛,是其继续延伸
DevOps本质是一种鼓励协作的研发文化
一种组织架构
一种文化
一个职能
一组技术
帕特里克举办DevOpsDays大会,正式命名为DevOps
Flickr公司的演讲提出DevOps核心观点
帕特里克 · 德博伊斯发现Dev和Ops工作方式的巨大差异
总结
演化
诞生故事
关注点:持续集成构建、测试自动化、部署流水线
提升软件交付速率的工程方法和最佳实践的集合
DevOps
持续交付
持续交付与DevOps关系

该思维导图由 AI 生成,仅供参考

现在很多人都在困惑持续交付和 DevOps 到底是什么关系,有什么区别,或许你也感觉傻傻分不清楚。那么今天,我就来和你聊聊持续交付和 DevOps,以及它们到底是什么关系。

持续交付是什么?

我在专栏的第一篇文章中,已经跟你很详细地分享了持续交付是什么,为了加深你的印象,并与 DevOps 形成对比,我在这里再从另外一个角度给你总结一下:
持续交付是,提升软件交付速率的一套工程方法和一系列最佳实践的集合。
它的关注点可以概括为:持续集成构建、测试自动化和部署流水线。
那么,DevOps 又是什么呢?其实一直以来,学术界、工业界都对 DevOps 没有明确的定义,所以造成了大家对它的看法也是众说纷纭,也难免片面。
在我给出我个人的认识之前,我先给你讲讲 DevOps 是怎么被发明的吧。

DevOps 的诞生

DevOps 的故事,要从一个叫帕特里克 · 德博伊斯(Patrick Debois)的 IT 咨询师讲起。2007 年,帕特里克参与了一个政府下属部门的大型数据中心迁移的项目。
在这个项目中,帕特里克发现开发团队(Dev)和运维团队(Ops)的工作方式和思维方式有巨大的差异:
Dev 的工作是,为软件增加新功能和修复缺陷,这要通过频繁的变更来达到;
Ops 的工作是,保证系统的高稳定性和高性能,这代表着变更越少越不容易出错。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

DevOps:促进软件交付速率和质量的综合体 DevOps是一种技术、职能、文化和组织架构的综合体,旨在促进软件交付速率和质量的提升。持续交付是一套工程方法和最佳实践,关注持续集成构建、测试自动化和部署流水线。DevOps则是在解决开发团队和运维团队之间的矛盾后诞生的,旨在通过技术升级和文化构建来促进合作。DevOps被认为是一组技术、一种职能、一种文化和一种组织架构,旨在推动合作、沟通和共享,以实现快速交付高质量产品的目标。文章还探讨了对DevOps的不同理解,包括将其视为一组技术、一种职能、一种文化和一种组织架构的观点。DevOps的本质是希望跳出工程师的惯性思维,促使形成良好的做事习惯和协作文化。文章总结了DevOps的本质是一种鼓励协作的研发文化,持续交付与DevOps所追求的最终目标是一致的,即快速向用户交付高质量的软件产品。DevOps的概念比持续交付更宽泛,是持续交付的继续延伸,而持续交付更专注于技术与实践,是DevOps的工具及技术实现。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《持续交付 36 讲》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(13)

  • 最新
  • 精选
  • 铭熙
    学习DevOps必读书籍,改变世界的机器,精益思想,目标,凤凰项目,持续交付,DevOps实践指南,DevOps实施手册。

    作者回复: 推荐《凤凰项目》

    2018-07-11
    23
  • 若水清菡
    我是做运维和SA的,之前对CI/CD不是很了解,看了很多网上的文章和微信技术公众号的文章还是一头雾水,看了作者的文章后有点"恍然大悟"的感觉。最近部门和开发一起在推动CI/CD,文章对我很有用,多谢作者。

    作者回复: 谢谢,我会继续努力,希望后续的文章也能对你有用

    2018-07-11
    5
  • 酷飞不会飞
    首先,敬畏每一种职业。现在DevOps的发展也越来越快,越来越好,个人觉得,DevOps的时代会衍生一个新的职业,而Ops也会被重新定义,或者成为DevOps的一个分支,而DevOps则不仅仅体现在技术层面,流程化,标准化,规范化甚至管理也会逐渐加深,最后可能会发展一个新的学科。而Ops肯定会在其中扮演一个重要的角色,不仅不会被代替,甚至是进入DevOps的一个敲门砖!纯属个人见解。

    作者回复: 作为一种倡导和文化,只要你做的事情是符合devops的价值观的,那么你就是在做devops了

    2018-07-12
    2
  • 王浩槟
    我算是小白了,ops指的是运维吧。可以说ops是专指后台运维吗?

    作者回复: ops=operations 系统操作员,原意应该就是这样,但是现在运维分工也很细致了,比如负责机房的,硬件的,os的等等,ops算是运维的一种泛指吧

    2018-07-10
    2
  • 夜幽魂
    关于学习持续集成,有什么推荐的书籍

    作者回复: 相关书籍比较少,但是infoq上有不少相关的文章

    2018-07-10
    1
  • 有道测试组
    ops的岗位肯定是需要的, 但是对这个岗位本身的能力要求也会不断提升。如果devops把平台、工具建设的足够强大,手动ops的需求量应该会减少,ops应该要不断提升自身dev能力,除了把每次遇到的重复问题解决掉, 还应该有思考通用的解决方案,不断提升自身以及团队的工作效率, 目前大公司对ops的要求应该是这样的。
    2018-12-26
    7
  • J.Smile
    总结一下: ①”DevOps 是一种组织架构,将 Dev 和 Ops 置于一个团队内,一同工作,同化目标,以达到 DevOps 文化地彻底贯彻。“ ② * DevOps 的本质其实是一种鼓励协作的研发文化; * 持续交付与 DevOps 所追求的最终目标是一致的,即快速向用户交付高质量的软件产品; * DevOps 的概念比持续交付更宽泛,是持续交付的继续延伸; * 持续交付更专注于技术与实践,是 DevOps 的工具及技术实现。 ---------------------------- 一句话:Dev 与 Ops 本质上是不同的,一个开发,一个运维。它们目标一致------快速交付,但达成目标的手段不同。
    2020-08-28
    1
  • 小狼
    不过现在招聘运维都会写一条熟悉devops
    2018-08-31
    1
    1
  • 戴斌
    我理解的持续交付是devops的子集
    2020-03-20
  • Vickie-liang
    我认为不是的
    2020-01-22
收起评论
显示
设置
留言
13
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部