赵成的运维体系管理课
赵成
《进化: 运维技术变革与实践探索》作者
37829 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 49 讲
开篇词 (1讲)
效率和稳定性最佳实践 (20讲)
赵成的运维体系管理课
15
15
1.0x
00:00/00:00
登录|注册

12 | 持续交付知易行难,想做成这事你要理解这几个关键点

持续交付的主体
从开发完代码到发布到线上的过程中的环节
逐步演进完善
配置管理、提交管理、构建和部署发布是重中之重
部署发布
自动化测试
构建打包
提交管理
需求拆解
配置管理
端到端考虑
需要多环境下的验证和灰度策略
应用数量增多
业务复杂度的升高
对整个研发体系意义重大
从全局着眼的规划设计
覆盖应用的整个生命周期
提升整个研发体系效率的关键
场景化设计和自动化
运维基础建设
思考题
实践经验
持续交付的关键点
实际场景
持续交付的重要性
前提条件
持续交付知易行难

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

前面几篇文章,我们介绍了非常基础的运维建设环节。如果我们想要这些运维基础建设发挥出更大的作用和价值,就需要针对运维场景进行场景化设计和自动化,让效率和稳定性真正提升上来。也就是说,把基础的事情做好之后,我们就要进入效率提升的运维场景自动化阶段了。
在这一阶段,我个人的经验和建议是,首先要把持续交付做好
为什么要先做持续交付?如果说我们完成了一些运维职责范围内的自动化工具,提升的是运维效率的话,那么,做持续交付就是提升整个研发体系效率的关键
做持续交付的价值表现在哪里?
持续交付覆盖了应用的整个生命周期,涉及产品、开发、测试、运维以及项目管理等相关方面。从生命周期出发,自然就会牵出整个自动化的全貌,就会有从全局着眼的规划设计,这时无论是在开发还是运维过程中存在的问题,都会完完整整地暴露出来。那么,应该以什么样的主线开展?各方应该如何配合?应该以怎样的优先级明确任务?这些问题就都清楚了。同时,也避免了各个环节只把注意力放在各自职责范围内的事情上,而忽略了整体的配合。所以,做好持续交付,对于整个研发体系意义重大
我们面临的实际场景是怎样的?
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

持续交付是软件开发中的重要环节,本文介绍了持续交付的关键点和实践经验。首先,持续交付覆盖了应用的整个生命周期,涉及产品、开发、测试、运维以及项目管理等方面,对整个研发体系意义重大。在实际场景中,随着业务复杂度的提升,应用数量增多,需要有一系列的流程、机制和工具链来支持和保障。文章提到了持续交付的关键点,包括配置管理、需求拆解、提交管理、构建打包、自动化测试和部署发布等环节。作者强调了配置管理、提交管理、构建和部署发布是持续交付的重中之重,是关键路径。最后,文章提出了两个思考题,引发读者思考和讨论。整体而言,本文通过介绍持续交付的概念和关键点,为读者提供了对持续交付的深入了解和实践经验的分享。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《赵成的运维体系管理课》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(7)

  • 最新
  • 精选
  • 付盼星
    持续交付的是产品不是代码,上家公司阐述QA指责的时候说的,通过测试的还是代码,通过QA的才是产品,用户要的是产品,不是代码。

    作者回复: 你说的没错!

    2018-03-06
    2
    23
  • 送普选
    乔老师的图清晰易懂,豁然开朗啊!关于持续部署和持续交付的区别,这块赵老师能说下么?谢谢

    作者回复: 部署(deployment):将软件安装到一个特定的环境 发布(release):让一个或一组特性对应用可见和可用。 没做完的新功能,我们同时会部署上去,只不过,用户是看不到这些功能的,应该feature是off的,偶尔也会向部分用户打开。 确定功能完全OK了,就会把相应的feature,完全打开,所有用户就可以看这个新功能了。 以上摘自何勉老师的,《精益产品开发》,有很清晰的定义。

    2020-12-03
    2
    6
  • 岑崟
    持续交付的概念很清晰,阶段的交付物也很具体,到毕竟这个概念是跨多个团队,如果他们的意识没有起来,在落地的过程中及其痛苦,而且要有觉悟:同一件事会被翻腾个3、4遍(一二十个应用还好,如果应用有一二百个的时候,再加上上层对这件事情资源的投入,就会痛不欲生,所以此时上层管理层的支持至关重要)

    作者回复: 需要引导,我也有类似的经历

    2018-01-25
    5
  • 王岩
    在这里,运维需要做的是,明确需求拆解的粒度和我们最终发布上线的粒度相匹配。 这块不太理解,能举个例子么?
    2018-05-03
    9
  • ning
    1 从开发完代码到发布到线上这个过程中,会有哪些环节?和我列出来的这几部分是否有相同之处? 环节有 编译打包,分发,服务起停,此外还需要一个服务起停失败的回滚阶段
    2019-03-16
    1
  • Benjamin.wang
    持续交付是谁的持续交付,它的主体是谁?或者有哪些主体? //赵老师,通过学习,我的理解持续交付是整个研发运维体系的持续交付,主体有业务/产品、开发、测试、运维整个一条流水线上的所有人员。 交付,也就是在业务部门提出需求(或者用户提出需求)后,开发实现、测试经过各种测试、运维发布上线,将产品、功能交付出去。 而持续交付,强调的是“持续”“高效率”“流水线”,让流水线上的各个环节尽可能不要等待,以最优的计划去尽快地完成交付。周而复始地完成一个又一个产品交付,从而实现对业务的快速响应。相对应于传统的开发、测试、运维各自独立工作,“持续交付”让大家作为一个虚拟团队,共同聚焦于产品的快速交付,为此排定工作优先级。
    2021-11-07
  • kevinsu
    预发布环境(自动化部署)->测试,通过or不通过->测试环境(自动化部署)->测试,通过or不通过->生产环境(批量发布,需人工干涉去自动化一键部署)
    2021-04-08
收起评论
显示
设置
留言
7
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部