持续交付

持续交付管道可以在生产前立即设置手动闸门。手动闸门需要人工干预，您的组织中可能存在需要手动进入管道的情况。有些手动闸门可能有问题，有些则可能是合法的。一种合法的情况允许业务团队做出紧急发布的决定。每次冲刺后，工程团队都会准备好产品的可交付版本，业务团队会做出最后的决定，将产品发布给所有客户、各阶层人群，或者可能向居住在特定地理位置的人发布产品。

流经管道的产品的架构是决定持续交付管道结构的关键因素。高度耦合的产品架构会生成复杂的图形管道模式，在最终投入生产之前，各种管道可能会纠缠在一起。

产品架构还会影响管道的不同阶段以及每个阶段产生的构件。管道首先制造组件，即产品中最小的可分发和可测试单元。例如，管道构建的库可以称为组件。这是组件阶段。

松散耦合的组件构成了子系统——最小的可部署和可运行单元。例如，服务器是一个子系统，容器中运行的微服务也是子系统的示例。这是子系统阶段。与组件相反，子系统可以启动并进行测试。

因此，在应将整个系统作为一个整体发布的情况下，可以让管道使用松散耦合的子系统组装系统。这是系统阶段。

这种全有或全无的方法会使最快的子系统以最慢的子系统的速度运行。“链的强度取决于其最薄弱的环节”，我们经常用这句话来警告那些成为这种架构模式牺牲品的团队。

一旦通过验证，组装后的系统便进入生产阶段，无需进行任何进一步的修改，进入最后阶段，即生产阶段。

请注意，这些阶段比物理阶段更合乎逻辑，创建这些阶段只是为了将一个大问题分解为多个较小的子问题。您的阶段可能会更少或更多，具体取决于您的架构和要求。

没有质量的速度对我们的客户来说毫无用处。持续测试是一种将自动化测试与软件交付管道集成，并验证其中每一项变更的技术。测试在管道的每个阶段执行，以验证该阶段产生的构件。单元测试和静态代码分析在管道的组件阶段验证组件。功能、性能和安全测试在子系统阶段验证子系统。集成、性能和安全测试在系统阶段对系统进行验证。最后，冒烟测试在生产阶段对产品进行验证。