什么是连续交付？

连续交付（也称为CD）是指自动化软件部署的能力，以便随时准备将其释放到生产环境中。实际上，这涉及将软件释放成小块，并在所有代码上连续执行构建和单元测试，从而增加发行速度。

连续交付在很大程度上取决于自动化，删除重复的手动任务，并用更快地执行它们的工具代替它们，并符合消除错误的标准规则。通过连接多个自动化层，软件组织可以构建部署管道，该管道不断地提供从开发到操作的软件包。

连续交付与连续部署

通过实施持续交付，您可以确保您的代码始终可以随时部署到生产中。但是，确保可部署性与实际部署它不同。连续部署采取通过连续交付设置的管道，一旦通过了由代码签名来自动触发的单元，构建和安全测试套件，将自动将更改部署到生产环境中。

连续交付与连续集成

如上所述，连续集成是完整连续交付过程的组成部分之一。为了能够连续交付软件代码，它必须始终具有可部署的质量 - 这意味着必须将其连续集成到完整的代码库中。尽管名称只是指集成，但持续集成过程应涉及一套完整的测试套件，包括单元，构建和安全性测试，以便在代码签到时立即确定任何问题。

连续交付与DevOps有何关系？

DevOps连续交付是不同但密切相关的概念。DevOps是一种心态和过程，开发和运营使他们的激励措施和实践保持一致，以创建一个高性能的IT组织，从编码到部署代码到生产中。连续交付是指在较小的块中更快，更有效地交付软件的特定技术 - 通过采用DevOps的最佳实践和团队结构，更容易获得组织购买来建立连续交付过程。如果没有构建CD流程，您将无法完全实现DevOps。

连续交付的好处

为什么要实施连续交付实践 - 有什么优势？通过更频繁地部署代码和应用程​​序更新，每个单独的更新都是较低的风险，并且可能导致最终用户无法检测到的零下部部署。当软件更新或错误修复程序可以在生产的情况下逐步发布（无需等待大型瀑布式版本的结果），它使组织可以更快地提供价值。软件性能和整体质量最终要高得多，因为在整个开发过程中可以不断进行质量保证和性能测试。

事件管理如何支持连续交付？

连续交付过程的最终目标是通过尽快为他们提供价值来使最终用户感到满意。必须尽快确定和解决他们的经验中断 - 理想情况下，在任何客户受到影响之前。

在遵循DevOps和持续交付最佳实践的组织中，敏捷开发团队是负责他们编写的代码即使在生产中：”您代码，运送它，拥有它。”发生事件时，必须有一个明确且定义明确的响应和升级过程，每个相关人员都必须访问所有相关的诊断数据。然后，一旦找到解决方案，CD过程对于尽可能快速，安全地测试和部署修复程序至关重要。

事件发生后，连续交付的一个重要方面是连续的提高：了解下次出了什么问题以及如何做得更好。应用程序问题本身以及处理事件的过程都是如此。通常这涉及事件后事件在哪个时间表中介绍了出了问题以及如何处理的每个步骤，从而导致团队可以采取的具体步骤来改进。

如何从连续交付中获得更多

Pagerduty通过使您更容易处理计划外的工作来使您能够充满信心地运输代码，从而有助于更好地交付。通过使采用最佳实践变得更容易，端到端的事件解决生命周期还使您可以从问题中学习并不断提高系统和流程的弹性。立即尝试一下免费14天试用。