22、持续交付：与 Docker 原则完美契合

持续交付：与 Docker 原则完美契合

在软件开发中，当你确信所有构建都通过了一致的持续集成（CI）流程的质量检查后，下一步自然是考虑将每个合格的构建部署给用户，这一目标被称为持续交付（CD）。本文将深入探讨 Docker 如何助力持续交付，以及在这个过程中涉及的一些关键技术和策略。

1. Docker 契约：减少摩擦

在持续交付流程中，我们会涉及“CD 管道”，即构建从“CI 管道”出来后所经历的过程。CD 管道通常从构建过程中通过初始测试的最终镜像开始。需要强调的是，从 CI 出来的镜像在整个 CD 过程中应该是最终且不可修改的，而 Docker 的不可变镜像和状态封装特性使得这一点很容易实现，这也让 Docker 成为 CD 道路上的有力工具。

1.1 CD 管道中与其他团队的协作

软件开发中一些重大挑战并非技术层面的。将人员按角色和专业知识分成不同团队是常见做法，但这可能导致沟通障碍和团队孤立。一个成功的 CD 管道需要开发、测试到生产等各个阶段的团队参与，而拥有一个统一的参考点可以为团队协作提供结构，从而缓解沟通问题。

Docker 的目标之一是让包含单个应用的容器的输入和输出易于表达，这在团队协作中能提供清晰的沟通基础。当你希望合作团队的交付物清晰明确，减少交付管道中的摩擦时，可以使用 Docker 契约来促进团队间的清晰交付。

在公司规模扩大时，原本扁平、精简的组织会逐渐转变为更结构化的组织，不同团队承担不同职责和能力。如果缺乏技术投入，团队间交付时可能会产生摩擦，如复杂度增加、“甩锅式发布”、有缺陷的升级等问题频繁出现，“在我们机器上能运行！”的抱怨也会让各方感到沮丧。

传统的软