持续交付36讲
王潇俊
携程系统研发部总监
立即订阅
7123 人已学习
课程目录
已完结 41 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 量身定制你的持续交付体系
免费
基本概念 (3讲)
01 | 持续交付到底有什么价值?
02 | 影响持续交付的因素有哪些?
03 | 持续交付和DevOps是一对好基友
配置管理 (4讲)
04 | 一切的源头,代码分支策略的选择
05 | 手把手教你依赖管理
06 | 代码回滚,你真的理解吗?
07 |  “两个披萨”团队的代码管理实际案例
环境管理 (6讲)
08 | 测试环境要多少?从现实需求说起
09 | 测试环境要多少?从成本与效率说起
10 | 让环境自己说话,论环境自描述的重要性
11 | “配置”是把双刃剑,带你了解各种配置方法
12 | 极限挑战,如何做到分钟级搭建环境?
13 | 容器技术真的是环境管理的救星吗?
构建集成 (5讲)
14 | 如何做到构建的提速,再提速!
15 | 构建检测,无规矩不成方圆
16 | 构建资源的弹性伸缩
17 | 容器镜像构建的那些事儿
18 | 如何做好容器镜像的个性化及合规检查?
发布及监控 (6讲)
19 | 发布是持续交付的最后一公里
20 | Immutable!任何变更都需要发布
21 | 发布系统一定要注意用户体验
22 | 发布系统的核心架构和功能设计
23 | 业务及系统架构对发布的影响
24 | 如何利用监控保障发布质量?
测试管理 (3讲)
25 | 代码静态检查实践
26 | 越来越重要的破坏性测试
27 | 利用Mock与回放技术助力自动化回归
持续交付平台化 (3讲)
28 | 持续交付为什么要平台化设计?
29 | 计算资源也是交付的内容
30 | 持续交付中有哪些宝贵数据?
持续交付移动App (3讲)
31 | 了解移动App的持续交付生命周期
32 | 细谈移动APP的交付流水线(pipeline)
33 | 进阶,如何进一步提升移动APP的交付效率?
实践案例 (4讲)
34 | 快速构建持续交付系统(一):需求分析
35 | 快速构建持续交付系统(二):GitLab 解决代码管理问题
36 | 快速构建持续交付系统(三):Jenkins 解决集成打包问题
37 | 快速构建持续交付系统(四):Ansible 解决自动部署问题
特别放送 (2讲)
持续交付专栏特别放送 | 答疑解惑
持续交付专栏特别放送 | 高效学习指南
结束语 (1讲)
结束语 | 越痛苦的事,越要经常做
持续交付36讲
登录|注册

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

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

持续交付是什么?

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

DevOps 的诞生

DevOps 的故事,要从一个叫帕特里克 · 德博伊斯(Patrick Debois)的 IT 咨询师讲起。2007 年,帕特里克参与了一个政府下属部门的大型数据中心迁移的项目。
在这个项目中,帕特里克发现开发团队(Dev)和运维团队(Ops)的工作方式和思维方式有巨大的差异:
Dev 的工作是,为软件增加新功能和修复缺陷,这要通过频繁的变更来达到;
Ops 的工作是,保证系统的高稳定性和高性能,这代表着变更越少越不容易出错。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《持续交付36讲》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(11)

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

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

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

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

    2018-07-11
    3
  • 有道测试组
    ops的岗位肯定是需要的, 但是对这个岗位本身的能力要求也会不断提升。如果devops把平台、工具建设的足够强大,手动ops的需求量应该会减少,ops应该要不断提升自身dev能力,除了把每次遇到的重复问题解决掉, 还应该有思考通用的解决方案,不断提升自身以及团队的工作效率, 目前大公司对ops的要求应该是这样的。
    2018-12-26
    2
  • 小金库so
    首先,敬畏每一种职业。现在DevOps的发展也越来越快,越来越好,个人觉得,DevOps的时代会衍生一个新的职业,而Ops也会被重新定义,或者成为DevOps的一个分支,而DevOps则不仅仅体现在技术层面,流程化,标准化,规范化甚至管理也会逐渐加深,最后可能会发展一个新的学科。而Ops肯定会在其中扮演一个重要的角色,不仅不会被代替,甚至是进入DevOps的一个敲门砖!纯属个人见解。

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

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

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

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

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

    2018-07-10
    1
  • 陈坤
    唉,你还别说,之前外包到华为,一直在搞这个玩意,所谓的持续集成,你敢信,我一年没写过一行代码!
    2019-05-17
  • 101010 == 42
    2019-05-15
  • 小狼
    不过现在招聘运维都会写一条熟悉devops
    2018-08-31
  • 蒋大培
    期待讲讲如何做到代码上线业务不上线😁😁
    2018-07-16
  • xinsz08
    有没有相关书籍推荐
    2018-07-10
收起评论
11
返回
顶部