持续交付 36 讲
王潇俊
携程系统研发部总监
39682 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 42 讲
开篇词 (1讲)
结束语 (1讲)
持续交付 36 讲
15
15
1.0x
00:00/00:00
登录|注册

13 | 容器技术真的是环境管理的救星吗?

思考题
容器不是银弹
变还是不变,这是个问题
重新定义交付标准
容器技术对持续交付的影响

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

在上一篇文章中,我分享了基于虚拟机打造自动化流水线中的一些常见问题和原则。随着计算机技术的发展,交付方式也在不断地演进和变更。而基于虚拟机的交付方式,正在被基于容器的交付方式所替代。
今天,如果你在一个较大的科技公司,你必定会遇到的如下的场景:
多个技术栈;
多个不同类型的应用;
不同的开发环境和运行环境。
因此,你所面对的交付场景也会变得越来越复杂,带来的挑战也会越来越大。
此外,敏捷研发的流行,使得低成本、高效率的解决研发问题的方式成为主流,因此复杂的交付的场景,显然就会成为拖油瓶。
加之,传统交付方法,已经很难满足这样快速迭代的交付需求,服务交付方式、快速部署、环境隔离、环境一致性等诸多问题亟待解决。
因此,在过去很长一段时间内,持续交付本身也陷入一个发展瓶颈。各规模的团队、企业都承认持续交付是一个好方案,但却都不敢试。其实,主要原因还是,持续交付在技术上没有得到突破性的发展。
但是,容器的出现和兴起,为微服务、CI/CD、DevOps 带来了新的可能性,使得持续交付又有了向前发展的动力,同时也带来了新的挑战。
那么,容器的出现到底为持续交付带来了哪些契机和挑战呢?我在这篇文章中,将和你讨论:为什么说容器是持续交付最重要的利器之一,是环境管理的将来式,这个问题,助你借助容器构建自己的持续交付体系。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

容器技术正在成为持续交付的利器,重新定义了交付标准。传统交付方式存在环境一致性、变更管理等问题,而容器技术通过统一软件环境和代码,实现了交付结果的一致性。容器镜像的自动化部署和个性化特性,简化了持续集成和持续交付过程,满足了不同应用的部署需求。容器遵循不可变基础设施理念,实现了交付版本控制,为持续交付带来了新的可能性。然而,不可变基础设施模式的实现难度较高,需要重新定义版本、变更和发布。容器技术的出现为持续交付带来了新的契机,同时也带来了新的挑战。容器并非银弹,对于普通用户来说,不可变基础设施模式有时会带来一定的折磨,需要平衡应用标准化与个性化。对于有状态应用,使用容器进行交付也需要特别注意。文章提出了一些思考题,鼓励读者留言讨论。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《持续交付 36 讲》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(11)

  • 最新
  • 精选
  • Tank
    你好,我目前也在学习这一块,想着搭建一套相对简洁好用,上手比较容易的CI CD。我大致看了一下 gitlab 的CI CD GOCD jenkins 等方式,感觉不知如何选择工具。还望指点一下。最好是能给出一些优势 劣势的对比。最好是有整体的流程架构图

    作者回复: 后面几章中会有关于集成、发布系统的详细设计和架构,最后一章会有最简单的实践,请继续关注哦:)

    2018-08-02
    4
  • KaitoShy
    有个问题,当容器环境一样时,宿主机的环境不一样时是否会影响到最终的测试结果,影响有多大🤔

    作者回复: 是的,所以说容器也不是银弹,比如它本身无法保证各环境的网络结构的一致性。但容器解决了功能测试的绝大部分需求,这就够了

    2018-08-02
    1
  • 桃子-夏勇杰
    容器更加轻量级一些,所以,速度更快,资源成本更低。 但是,交付结果一致、交付自动化、交付个性化和交付版本控制,这些好像不使用容器也能做到,核心在于对于所有环境的变更都要代码化和脚本化,并进行版本控制。引入容器技术后,以上标准的达成率可能到90%,但是,没有引入达到个80%也是有可能的。不知道我的理解对不对? 对于还没有容器的话组织来说,想更好地进行持续交付,基于非容器环境,把以上4个标准作为改进方向,可行么?
    2019-11-10
    4
  • 酒粒
    容器在应用销毁重启方面是真的便捷。对于容器的标准和个性化,我们是在保持基础镜像一致的情况下,通过deployment文件定义每个项目的个性化配置。
    2020-03-27
    1
  • 戴斌
    部分业务已经容器化,容器化解决了我们环境不一致的诸多问题,同时资源池利用更合理。
    2020-03-22
    1
  • zero
    对于容器的使用,安全扫描是如何做的?比如渗透测试等
    2020-01-08
    1
    1
  • 吴科🍀
    我们公司正在上docker和kubernetes问题蛮多,主要是网络的问题
    2019-03-26
    1
    1
  • giteebravo
    公司最近在大力推广容器化,趁这波好好学习一下
    2020-04-02
  • 姚冬
    “试想如果你仅有一台机器,只是想升级一下 cURL 的版本,你觉得是直接在容器里更新方便,还是更改 Dockerfile 重打镜像走完一整套发布流程更方便呢?” 这个问题不该提的,IaC以及容器为什么会出现,原有的手工方式弊端在什么地方?
    2020-03-11
    1
  • Mr.L
    容器的出现对持续交付产生了革命性的影响
    2018-08-02
收起评论
显示
设置
留言
11
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部