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

12 | 极限挑战,如何做到分钟级搭建环境?

王潇俊 2018-07-31
在上两篇文章中,我介绍了环境管理中最关键的几个概念,环境的标准化,让环境自己说话以及环境配置的几种方法。
今天,我分享的主题就是,如何从零出发, 实现一套完整的环境创建。并且尝试挑战一下,如何做到分钟级交付。毕竟,天下武功,无坚不摧,唯快不破。

环境构建流水线

当开发人员向你申请一套新环境时,作为测试环境的维护者,你首先需要明确打造环境构建流水线需要关注的三大内容:
虚拟机环境准备,根据环境的应用数、每个应用需要的硬件配置,准备好环境的硬件资源。
应用部署流水线,在标准化的虚拟机上进行应用部署,当出现问题时如何容错。
环境变更,在 SOA 或微服务的架构体系下,常常会因为测试的需求,将几套环境合并或拆分,创建环境时,你需要考虑如何高效地完成这些操作。
</
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《持续交付36讲》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(5)

  • 孙磊
    有个疑问,现在jenkins很火,携程有用到吗?我们用ansible替代了

    作者回复: 两者的特长不太一样,Jenkins主要用作异步任务驱动。携程只有编译系统使用Jenkins。ansible长于配置管理和分发,任务驱动的话,貌似很少有人用ansible来做,想必开发难度一定也大于同是python的celery

    2018-10-07
    1
  • 平仔
    还是没看到CI/CD的东西

    作者回复: 持续交付包含:配置管理,环境管理,集成与构建,测试管理和发布管理,可以看一下专栏的第一篇文章,会帮助你更多理解持续交付的。如果只是关注Jenkins pipeline的话,我想也就不会有那么多同学纠结怎么实施了。cicd是整个组织技术成熟度的集大成

    2018-08-01
    1
  • Jax
    老的项目,数据库结构往往是非常复杂的,量级也非常大,感觉每次测试创建一次数据库这个难度比较大。但是测试数据混乱的情况确实非常困扰我们,不知道有没有最佳实践可以参考?

    作者回复: 长痛不如短痛,我们会痛苦一次,建立一个测试基准库,之后的测试,如果需要重建数据库就以这个基准库为标准,当然基准库也是需要维护的

    2018-08-31
  • 祁勇
    我们公司的服务就存在好多依赖,启动依赖(字段的缺少都回导致程序无法启动)、程序之间的,架构部推一个规范都很难,从运维这里如何去推动?
    还有程序只有在业务调用到了才知道是否可用

    作者回复: 携程有一个叫vi(validation internal)的框架组建,所有应用启动的第一步必须实现这个接口,在这里可以做基础检查,发布的篇章里也会详细讲一下

    2018-08-09
  • 不需往后看
    感觉整个过程是个非常复杂的问题。所以能不能这么理解:docker 虽说不是万金油,但一定是必备工具。想知道 老师后面会不会讲些 docker 的相关应用?所占篇幅能有多少 🙈🙈。

    作者回复: 后面docker的内容还是挺多的,几乎每个大章节都会有所包含,特别是构建方面,会有不少新鲜的东西

    2018-08-02
收起评论
5
返回
顶部