基于Docker的开发模式驱动持续集成落地实施.pdf

基于Docker的开发模式 驱动持续集成落地实施 陈能技 提纲 基于容器的微服务架构设计 开发测试环境容器化 持续集成容器化 应用交付容器化 传统开发运维的问题 需求 上线 需求 上线 需求 上线 中间过程是个黑盒 开发设计时未考虑 开发各自为政，烟 子，进度、质量风 运维，导致后续部 囱式开发，未考虑 险不可控 署及维护的困难 共享重用、联调 解决之道： 建立持续交付服务体系 容器技术会给传统开发运维带来什么改变？ 基于容器的微服务架构设计：开发设计模式的转型 业务复杂度越来越高，可维护性和敏捷程度变差！ 开发效率低 交付周期长 技术转型难 复杂度可控 独立部署 技术选型灵活 容错 扩展 基于容器的微服务架构设计：给运维带来新的挑战 分布式系统的复杂性 运营开销 隐式接口 DevOps要求 需要更频繁地集成验证、提前验证部署架构 将Docker理解为轻量级的虚拟机，它 的一些特性如隔离、物理机制等可以 说和微服务架构有天然的契合度。 拆分之后不同模块之间的联系和依赖 会更加复杂，势必对于运营和部署有 更高的要求，如果没有工具和系统能 够提供这样的能力，或者没有更好的 方法去做的话，微服务就是空中楼阁 开发测试环境容器化：传统开发环境的问题 软件安装麻烦、来源不一致、安装方式 不一致、杂乱无章。 共用一个服务器开发环境，隔离性差， 互相冲突。 可移植性差，例如和生产环境不一致， 开发人员之间也无法共享；新人入职通 常又折腾一遍开发环境，无法快速搭建。 开发测试环境容器化：标准化开发测试环境 用Docker做分布式集群模 拟和测试，成本会更加 低廉，更加容易维护 在生产环境部署Docker，是 在团队内部构建本地的