标签:docker docker持续集成 docker持续交付 jenkins集成docker
目前的研发和运维经常会遇到下面的问题:
1.开发、测试及生产环境不一致;
环境搭建及部署步骤繁琐,而交付给测试人员的时候不是整个产品,而只是项目代码,这样就导致开发环境(开发联调环境)与测试环境极大可能不一致,从而影响测试的准确性和解决BUG的时间(因为要分析BUG是否因为环境导致的);
2. 申请测试资源比较麻烦;
3. 测试需要一个非常干净的环境来进行测试,以免造成测试不准确的结果;
4.业务无法敏捷
在发布产品的时候,发布周期太长
5.无法应对频繁的发布
引入docker以后,带来的影响:
1.开发只需要关注编写代码并提交到版本库,通过持续集成平台自动自动生成一个镜像,将镜像通过一条命令生成容器,整个容器是干净的,它包含项目代码和可运行的环境,这样开发人员对其进行冒烟测试,测试通过后直接将镜像交付给测试团队进行测试,这样,开发联调环境和测试环境几乎是完全一致的,这样测试出来的结果就更加贴近实际情况,并且测试通过后可以给镜像打TAG,通知运维那边可以部署了,从而保证了测试环境和生产环境的一致性。
(当然整个流程都可以通过持续集成实现自动化流程,整个过程无需人为参与,比较理想主义,目前google就是这种研发模式)
2.Docker相比虚拟机来说更轻量级,消耗的资源是非常小的,我们可以在自己的笔记本上安装Docker环境,可以把registry库中交付的镜像pull下来运行一个Docker容器进行测试,多人测试的话每个人这样做就都会有自己的一套测试环境,给测试工作带来的便利。
总结:
有了Docker加自动化平台,我们你指需要开发那边把代码提交上去,我们就可以通过自动化平台自动去生成Docker镜像,然后测试,然后部署到生产环境--------------------是不是很方便,很快捷
版权声明:本文为博主原创文章,未经博主允许不得转载。
标签:docker docker持续集成 docker持续交付 jenkins集成docker
原文地址:http://blog.csdn.net/weiguang1017/article/details/46818095