搭建环境

开发人员在开发的时候有一套配置好的开发环境。当开发完成后，开发人员会把代码打包发送运维人员到生产上部署。运维人员就需要搭建一个和开发环境一样的生产环境，过程非常的繁琐。搭建完成后还是可能因为两个环境细微的不同都有可能导致应用程序的部署失败。 在这样的部署模式下，如果想要实现集群服务，那么就有非常多的服务器要进行配置，需要在每一台服务器上进行相当复杂的操作。增大了运维人员的工作量。

Docker的出现颠覆了这种传统的模式。开发者在docker中进行开发，之后只需要把整个开发环境打包成一个镜像传给运维团队，运维团队就可以直接运行应用程序，不需要多余的配置。Docker镜像包含了所有的环境依赖关系，保证了开发与生产环境一致，对于开发和运维工作，Docker技术可以避免开发和运维工作上的互相推脱。

应用于微服务

微服务是当下一个十分流行的概念，就是把应用程序的功能分成具体的一个个服务，每个服务高内聚，低耦合，互不影响。

与之相对就是传统软件开发的单块架构，单块架构一个应用中包含多个业务，它有一些十分明显的弊端：

第一，随着业务的增长，这个单块会越来越大，变得很复杂，启动的时间也会越来越长；

第二，如果其中某一个业务模块异常将会影响所有其他的业务模块，造成整个业务系统瘫痪；

有些功能业务压力大，有些功能业务压力小，因为捆绑在一起，都只能一起增加或减少，这样就会造成资源的浪费

微服务架构和容器技术的结合就可以很好的解决这三个问题，把功能按模块运行在不同的容器里，相互不影响，各用各的资源，可以根据实现的业务压力而来启动相应的实例数。

Docker能够实现一个Docker容器装载一个场景功能，让每个Docker中运行一个微服务，顺利实现微服务概念的现实转化。

应用于持续集成和持续部署

持续集成就是指软件个人研发的部分向软件整体部分交付，频繁进行集成以便更快地发现其中的错误。

持续交付在持续集成的基础上，将集成后的代码部署到更贴近真实运行环境的类生产环境中。

持续部署是持续交付的下一步，指的是代码通过评审以后，自动部署到生产环境。

持续集成和持续部署可以大大增加软件的开发效率。 Docker的在安全、可重复的环境中可移植性，跨平台的快速部署软件的方式都比较方便做持续集成和持续部署。

虚拟化让集群的管理和控制部署都更方便

现在大多都利用docker和jjenkins 联合的方法进行持续集成。