持续交付36讲
王潇俊
携程系统研发部总监
立即订阅
7125 人已学习
课程目录
已完结 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
小狼不过现在招聘运维都会写一条熟悉devops2018-08-31
蒋大培期待讲讲如何做到代码上线业务不上线😁😁2018-07-16
xinsz08有没有相关书籍推荐2018-07-10
收起评论