持续交付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讲
登录|注册

02 | 影响持续交付的因素有哪些?

王潇俊 2018-07-07
在上一篇文章中,我和你聊了聊“持续交付”的价值。现在,你是不是感觉热血澎湃,似乎找到了解决一些问题的良方?你是不是跃跃欲试,想在团队立刻实施看看效果如何?
但别急,就像我在开篇词里说的一样,“持续交付”可真不是一件简单的事情。你一定会在实施过程中碰到各种各样的问题和困难,但也不要气馁,我现在就和你说说:影响持续交付的各种因素。知己知彼,方可百战不殆。
与绝大多数理论分析一样,影响持续交付的因素也可归结为:人(组织和文化),事(流程),物(架构)。

组织和文化因素

谈到组织,你是不是一下就想到了部门划分,跨部门合作等?的确,这就是我要和你讲的第一个影响因素。因为“持续交付“一定是整个组织层面的事情,是跨部门合作的产物,所以组织和文化因素,是要首先考虑的问题。
什么样的组织文化,才是“持续交付”成长的沃土(当然这也是定义好的组织的标准),我把它分成了三个层次:
第一个层次:紧密配合,这是组织发展,部门合作的基础。
一般企业都会按照职能划分部门。不同的职能产生不同的角色;不同的角色拥有不同的资源;不同的资源又产生不同的工作方式。这些不同的部门紧密配合,协同工作于共同的目标,就能达到成效。
第二个层次:集思广益,这就需要组织内各个不同部门,或不同职能的角色,跳出自身的“舒适区”。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《持续交付36讲》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(11)

  • 旭东
    大公司不关注技术,关注办公室政治,导致持续集成徒有虚名。一个CTO和中高层无此意识很难推动。

    作者回复: 相信现在绝大多数的领导能够看到持续交付的价值,否则就会像我老板说的那样,不能从上进行改革,就只能等着自下的革命了:)

    2018-07-14
    10
  • JinSong
    人和事是最难搞定的

    作者回复: 他山之石 可以攻玉,哈哈

    2018-07-08
    4
  • 翔翔
    我觉得系统架构的选择是不是应该首先服务于业务需求和应用实际,然后才是看采用什么样的持续交付方式去适应这种系统架构,而不能是为了更方便的去持续交付,去选择一种系统架构吧?

    作者回复: 说得很对,就是用户问题,架构服务于业务,持续交付服务于研发

    2018-07-07
    3
  • frankie
    老师能解释一下Markdown和markup吗?

    作者回复: 是否接入流量

    2018-11-12
    2
  • 宝爷
    我觉得是自动化测试这个环节,对于小团队而言,自动化测试的成本太高

    作者回复: 测试工作其实很讲究分层思路,也最讲究ROI,自动化可以覆盖不同的层面,代价也都不同,并不是一定要覆盖最高层UI才算的,而且也没要求过100%的自动化覆盖率。一个QA的好坏本质上看的就是工作投入和质量产出比

    2018-07-14
    2
  • 大M
    后台的代码都微服务化了,前端工程有什么拆分最佳实践吗?

    作者回复: 前端还是比较传统的部署方式,做好依赖管理,包管理比较重要

    2018-07-10
    1
  • 胖宝王
    我觉得应该是混乱的部署环境,有的环境是编译,有的是包管理,开发人员本地测试也不可控。经常出现本地ok,到其他环境出现异常。先上 docker ,统一所有环境!

    作者回复: 我后面会有一讲专门讲docker对环境的问题,这里卖个关子先,但是docker不是银弹,而且如果能力未到,它还会带来更多麻烦

    2018-07-07
    1
  • su
    我觉得最大的影响因素是对CD实施的认同,不论是自顶向下还是自底向上,
    2019-12-05
  • 丁丁历险记
    三个层次

    紧密配合
    集思广义
    自我驱动

    分工细化,然后正交组合
    2019-11-28
  • 猩猩
    请问SOA和微服务的区别在哪?我们现在公司用的spring cloud的框架,这属于微服务,还是SOA呢?
    2019-08-07
  • ༦志海࿔࿆࿐ོ
    现阶段想做,测试环境的持续交付,小步快跑快速迭代
    2018-09-21
收起评论
11
返回
顶部