想在数字世界取得成功吗？您将需要敏捷性、敏捷性和更高的敏捷性，这意味着在敏捷基础架构上构建业务，并使用包括持续交付（CD）在内的敏捷软件方法，这是一种旨在注入用户输入和体验的技术。CD将持续集成（CI）中使用的自动化测试扩展到生产环境中，在生产环境中可以直接从用户获取反馈。它依赖于提供按需容量和基于API的集成的自动化基础设施。CI通常被实现为一个管道，其中提交的代码通过自动化的单元和集成测试运行。CD允许将通过CI测试的代码直接部署到生产环境中。需要注意的是，这里有一个经过深思熟虑的过程中断，这样就可以决定将哪个版本——以及哪些特性——部署到生产中。这与连续部署不同，在连续部署中，通过测试的代码将自动部署到生产环境中，而无需人工干预。大型企业，尤其是那些受到监管的企业，往往更喜欢持续交付而不是持续部署，因为决定将哪些版本推广到生产环境中的行为与职责分离、变更管理实践以及掌控全局的意识非常一致。持续部署更受消费者互联网公司的青睐，这些公司寻求优化关于新功能的反馈循环的速度。DevOps需要持续交付CI管道完全可以由开发团队来构建。但是这会导致所谓的部署到货架的现象，在这种情况下，工程师在没有将代码部署到生产环境中的情况下完成多个sprint，从而拒绝了用户反馈，而这对于正确的敏捷开发至关重要。如果开发人员做两周的sprint，而operation做的是季度发布（13周），那么在得到任何用户反馈之前，将有6到7个sprint累积起来。通过将CI管道扩展到生产中，它就变成了CD管道，并跨越了开发人员和操作人员之间的传统鸿沟，关于将哪些版本部署到生产环境中的决策是在边界上进行的。管道扩展可能依赖于与CI相同的工具，比如Jenkins，或者专门为CD构建的工具，比如Spinnaker。持续交付需要自动化的基础设施CD管道使用跨越开发测试生产的自动化，因此它们需要一个自动化的、支持云的基础设施。有两个重要的云特征发挥作用：按需容量-集成测试本质上是短暂的。一个环境被启动以验证某个东西是正常的还是失败的，然后它的工作就完成了。这样的活动自然有助于并行化，在这种情况下，可以根据需要快速获得反馈和排队，因此可以在最小的资源占用下运行最大数量的测试。基于API的消费——API将管道连接到基础设施。如果没有它们，就会出现更多的流程中断、通过管道的流程变慢以及总体上缺乏自动化。所谓的票证云（ticketcloud），即对资源的请求变成一个排队的票证，需要人工操作人员执行操作，即使是相对较小的CD管道，也很快就会被吞吐量淹没。CD值得付出努力吗？当组织推进他们的DevOps计划并考虑CD时，他们可能会问它是否提供必要的资源来确保正在开发的代码可以部署。它是否因为需要确保代码是可部署的而减慢了开发时间？客户对已部署软件的反馈是否值得付出努力？我们相信组织需要CD能力才能真正敏捷，所以CD是值得的。数字业务需要三个层次的敏捷性：业务如何响应客户需求，如何构建软件来满足这些需求，以及如何提供基础设施来运行该软件。CD管道使现代组织能够将客户需求与其基础设施连接起来，并且该基础设施必须实现自动化，以便在CD管道中提供足够的流量。Chris Swan是DXC Technology的研究员、副总裁和全球交付CTO。@cpswan公司Rob Shear是戴尔EMC的全球首席技术专家。@罗布谢尔