持续交付36讲
王潇俊
携程系统研发部总监
立即订阅
7094 人已学习
课程目录
已完结 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讲
登录|注册

结束语 | 越痛苦的事,越要经常做

王潇俊 2018-10-04
专栏终于写完了,痛苦的三个月终于结束了,我也终于可以长舒一口气了。
其实按理来说,写技术专栏,特别是你自己比较熟悉的领域,应该不至于那么辛苦。但就是这么巧,答应极客时间开始写专栏后不到一个月,我就作为技术合伙人加入了一个创业团队。每天要忙的事情真得好多,我再也不能随性地规划自己的时间了。
现在,我大概看了下我上传音频稿的时间,基本都在夜里 23 点以后。其中还有 20 篇,是在 24 点以后。也因此,导致我老婆曾经一度以为我创业的内容,是做夜间直播。
虽然,这个写作和录音的过程很痛苦(真的很痛苦,现在是凌晨 1 点 45 分,我在写结束语),但我最终坚持下来了,并因此收获了快乐与成长。而这些快乐与成长,都是源于尚未谋面的“你”。
我一直都在关注你给我的留言,并努力地去解答您提出的问题。当然,对于你对专栏的吐槽与不解,我也都历历在目。这些都时刻鞭策着我,要更多地分享自己的所知、所感和所悟,要能真正帮到你。
在这个专栏里,我和你一起分享了,持续交付的理念、概念、经验和实践,涉及到了持续交付中最重要和最核心的知识点。我还通过一个具体的系统搭建案例,手把手地带你搭建了一套持续交付系统。相信你也能从中获得一些你所期望的知识吧。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《持续交付36讲》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(18)

  • 张健
    老师,幸苦了~希望常回来看看
    2018-10-04
    6
  • webmin
    前携程工员,在携程时一直关注我司的发布系统,个人感觉15年后的新发布系统是我在携程期间见到的我司做的比较好的几个系统之一。
    到新公司后,搭建CI/CD及相关系统时就凭着在携程用过的发布系统的印像,没有体系和理论支持,一个个点逐步建设,在这个过程中正好您在极客时间上开专栏,通过专栏补上了缺失的体系和理论,感谢您的布道和知识传播。

    最后如方便想咨询一下,携程开源的[Tars](https://github.com/ctripcorp/tars),是否还会继续进行维护?

    作者回复: 应该还是在维护的,不过没有什么特别新功能了,所以以修复bug为主

    2018-10-05
    4
  • 765
    老师您好,今天学完了整个课程,收益颇丰,目前公司正在推荐持续交付,目前遇到两个问题想请教下老师。
    背景:基于SpringCloud的微服务+容器化的持续交付实践
    工具链:禅道,gitlab,Jenkins+SonarQube,Docker+Harbor,K8s
    问题:
    1、CD过程,目前想的是基于K8s的REST API封装一套基本部署中间件API,禅道调用Jenkins(Jenkins作为中转是为了后期可以解耦),Jenkins再通过API请求封装的中间件API实现部署。不知道这种方式是否有问题?
    2、代码分支策略的问题,基本就是选用特性分支开发的模式,为了保证交付镜像的一致性(测试+预发布+生产)。如果镜像正在测试过程中,master有新的特性合并,已经产生新的版本。这时候我正在测试阶段镜像该如何处理呢?

    期待老师的解答!
    2019-04-01
    1
  • 洪少
    最近有个疑惑,从版本控制和部署两个维度看,应用变更的部署和对应的数据库变更的部署,有没有必要拆分。
      换个表述是,一个需求产生应用和数据库表结构的变更,表结构的变更要不要单独的版本控制,对应也有独立的部署发布任务。是否有相关优秀实践。谢谢

    作者回复: 确实是建议拆分两个版本的,解耦即带来复杂度上升,也会对治理带来好处,看具体情况吧

    2018-12-26
    1
  • 小狼
    多谢老师,祝好
    2018-10-19
    1
  • Roway
    目前团队人员好少,很多多东西缓慢推进。㊗️老师创业顺利!
    2019-05-15
  • luffy
    一直觉得持续交付是很神秘的,通过这门课程对持续交付有了一定的理解,剩下的就是不断的实践了。
    2019-05-06
  • Michael Yang
    感谢王老师的精彩课程,期望更多好作品!
    2019-03-26
  • breezeQian
    感谢老师!
    2019-03-21
  • zw
    王老师,请教一下您,我们目前搭建了平台,出于门户化的目的,想定制改造登录改造成门户,不太好入手,特请教一下您,谢谢!
    2019-03-07
  • roger
    如果团队喜欢使用svn,还能愉快的和gitlab一样持续交付吗

    作者回复: 当然也是可以的,只是部分特性不能支持而已

    2018-11-19
  • 夜空中最亮的星(华仔)
    最后一篇是亮点
    2018-11-09
  • zw
    您好,请问:我们目前使用的是gitolite这个轻量级的工具,如果搭建这个持续平台,请帮忙评估一下,是否需要更换到gitlab这个上面来,谢谢!

    作者回复: 主要还是看有没有二次开发的需求和对系统的熟悉程度,未必需要换的

    2018-10-23
  • 极客时间工程师
    不容易啊
    2018-10-18
  • digimonster
    老师,您好,我们特别想做一个devops的团队,不知道在哪边能有一个分享的圈子了?不知道老师有什么资源推荐嘛?方便后续学习进步
    2018-10-16
  • xiaozhou
    老师 看来是真的搞过持续集成啊 痛点说的太正确了
    2018-10-05
  • enjoylearning
    前面还没看,就看到了结束语,辛苦!看来做持续交付是不是要技术很强呢?需要哪些技术准备?持续交付是不是可迭代的,演进式的推进呢?先把该问题留着,看看前面的文章内容有没有答案。
    2018-10-05
  • emilymeng
    谢谢老师这段时间的付出,收获满满。
    2018-10-05
收起评论
18
返回
顶部