Continuous Delivery and Deployment with Docker Containers
在软件世界中，当做某些事情很痛苦时，减轻痛苦的方法是更频繁地去做它，而不是少做。
——大卫·法利
在此之前，我们无法将持续集成（CI）转换为持续交付（CD）流程，因为还缺少一些基础知识。现在已经理解了Docker Swarm背后的基本原理和命令，我们可以回到第1章的末尾，并定义执行完整持续交付流程的步骤。
这里不会详细解释持续交付的细节，相反，只用一句话来说明，持续交付是一个过程，用于保证每次提交代码之后成功的构建都可以部署到生产环境中。
持续交付意味着任何人在任何时候都可以点击按钮，并将构建部署到生产环境中，而不必担心会出现问题。这意味着这个过程健壮到我们有足够的信心在部署到生产环境之前“几乎”任何问题都会被发现。不用说，持续交付是一个完全自动化的过程。从代码提交被发送到代码库的那一刻起，就没有任何人工干预，一直到构建好并准备部署到生产环境中。唯一的人工操作是有人需要按下运行脚本的按钮以执行部署。
持续部署（CDP）则更进一步，可以把它看成是没有按钮的持续交付。持续部署是一个过程，用于保证每次提交代码之后成功的构建都被部署到生产环境。
无论你选择哪个流程，步骤都是一样的。唯一的区别在于是否有一个用于部署到生产环境中的按钮。
到了现在，我们能够在合适的时候使用Docker，并且将在生产和类生产环境中使用Swarm集群来运行服务。
让我们先定义一个可能实现的CD/CDP流程的步骤。
（1）检出代码。(www.xing528.com)
（2）运行单元测试。
（3）构建二进制文件以及其他需要的依赖文件。
（4）部署服务到预备环境。
（5）运行功能测试。
（6）部署服务到类生产环境。
（7）运行生产准备测试。
（8）部署服务到生产环境。
（9）运行生产准备测试。
现在，让我们开始并搭建练习CD流程所需的环境。
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
