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

《基于Docker的开发模式驱动持续集成落地实施.pdf》由会员上传分享，免费在线阅读，更多相关内容在学术论文-天天文库。

1、基于Docker的开发模式驱动持续集成落地实施陈能技提纲基于容器的微服务架构设计开发测试环境容器化持续集成容器化应用交付容器化传统开发运维的问题需求上线需求上线需求上线中间过程是个黑盒开发设计时未考虑开发各自为政，烟子，进度、质量风运维，导致后续部囱式开发，未考虑险不可控署及维护的困难共享重用、联调解决之道：建立持续交付服务体系容器技术会给传统开发运维带来什么改变？基于容器的微服务架构设计：开发设计模式的转型业务复杂度越来越高，可维护性和敏捷程度变差！开发效率低交付周期长技术转型难复杂度可控独立部

2、署技术选型灵活容错扩展基于容器的微服务架构设计：给运维带来新的挑战分布式系统的复杂性运营开销隐式接口DevOps要求需要更频繁地集成验证、提前验证部署架构将Docker理解为轻量级的虚拟机，它的一些特性如隔离、物理机制等可以说和微服务架构有天然的契合度。拆分之后不同模块之间的联系和依赖会更加复杂，势必对于运营和部署有更高的要求，如果没有工具和系统能够提供这样的能力，或者没有更好的方法去做的话，微服务就是空中楼阁开发测试环境容器化：传统开发环境的问题软件安装麻烦、来源不一致、安装方式不一致、杂乱无章

3、。共用一个服务器开发环境，隔离性差，互相冲突。可移植性差，例如和生产环境不一致，开发人员之间也无法共享；新人入职通常又折腾一遍开发环境，无法快速搭建。开发测试环境容器化：标准化开发测试环境用Docker做分布式集群模拟和测试，成本会更加低廉，更加容易维护在生产环境部署Docker，是在团队内部构建本地的PaaS的虚拟化和自动化的一仓库，标准化所有的开种方式，利用Docker能够更发环境，使得团队的新测试便捷地实施PaaS人可以快速上手开发运维标准环境一致的基础环境、配置参数、依赖包一套部署脚本，建

4、立多个环境开发测试环境容器化:开发测试模式的改变开发部门运维部门制项目开发作基础镜像开发部门利用提交基线镜像进行开发运维部门开发部门提部署环境供应用镜像问题修复问题修复测试部门测试部门进行测试进行测试有问题有问题问题问题反馈反馈无问题无问题运维部门运维部门部署上线部署上线开发测试环境容器化:开发测试模式的改变“新功能用一个新的java类一SVN下开发完了，本地功能测试OK，测试部门的服务器和生产环境赶紧push下回家”不一样，测试部门做了的工作，“！！！开发部的代码根本跑不起来，到了运维部门又得重

5、新做一次功能点着点着就挂了”开发本地环境测试部服务器生产服务器NginxNginxTomcat/weblogicTomcat/weblogicMysql/oracleMysql/oracleDockerfileNginx容器Tomcat容器架构师Mysql容器开发部门测试部门运维部门持续集成容器化：构建任务Docker模块化持续集成各步骤围绕任务Docker模块进行工作持续编译持续代码检查持续测试持续部署持续报告持续集成容器化：构建任务Docker模块化镜像标签使DevOps管道下游的使用者可以方

6、便的选择最新最符合要求的镜像应用交付容器化：传统业务上线的问题应用交付容器化：自动化快速部署把应用及相关依赖项打代码容器包成一个轻量、可移植（Portable）、自包含的容器代码级容器级部署部署Docker重新定义了打包程序的方法：Docker容器+用户应用=部署单位（构件）容器级部署带来的最大的好处就是开发者本地测试、CI服务器测试、测试人员测试，以及生产环境运行的都可以是同一个Docker镜像。应用交付容器化：云部署第三代PaaS浪潮：基于Docker构建将来的应用部署：在本地进行打包（成Do

7、cker镜像）然后传送到云端运行Docker天生的和云计算技术相结合移植性解决vendor-lockin的问题，在不同的云服务商之间方便地迁移应用交付容器化：蓝-绿部署先上线到蓝*最小化停环境，如果机时间保持两套一样的生产环境，测试没问题，而实际上只有一套环境真*快速回滚再将路由切正的对外提供服务（绿环换到新的服*热备份境），而另一套环境则处务上。于待机状态（蓝环境）