本文已使用 Google Cloud Translation API 自动翻译。
某些文档最好以原文阅读。
开发人员一直面临着在不影响质量或稳定性的情况下更快地交付功能的压力。持续部署 (CD) 是一种实践，可以通过自动化将代码更改推送到生产环境的过程来帮助他们做到这一点。
CD 特别适合构建为可扩展的后端应用程序。在本文中，我们将了解如何使用 CD 来部署可扩展的后端应用程序以及它提供的一些好处。
持续部署是一种实践，其中代码更改一旦提交到代码库就会自动推送到生产环境。这意味着开发或暂存环境中的任何代码都不会同时出现在生产环境中。
CD 将持续集成 (CI) 的概念更进一步。使用 CI，代码更改会在推送到生产环境之前自动构建和测试。这提供了一些防止代码损坏的保护，但它不能保证推送到生产环境中的代码实际上会按预期工作。
另一方面，使用 CD 时，代码更改在提交后会立即推送到生产环境，这意味着它们会经历与生产环境中的代码相同的构建和发布过程。这使得被推送到生产环境的代码更有可能真正按预期工作。
在开始使用 CD 之前，需要准备一些事情：
持续交付流水线是 CD 的关键组成部分。它负责从代码库中获取代码更改并将它们推送到构建和发布过程中。
有几种不同的方法可以实现持续交付管道，但最流行的方法之一是使用像 Jenkins 这样的工具。 Jenkins 是一种开源工具，可用于自动化构建、测试和部署代码更改的过程。
Jenkins 启动并运行后，您可以将其配置为在代码更改提交到代码库时触发构建。构建完成后，Jenkins 将运行测试以确保代码更改不会破坏构建。如果测试通过，Jenkins 会自动将代码更改推送到生产环境。
与传统的部署方法相比，CD 提供了一些好处：
更快的反馈：CD 使您能够比传统方法更快地获得代码更改的反馈。这是因为代码更改一经提交就会自动推送到生产环境。
降低风险：CD 还降低了代码损坏的风险。这是因为代码更改在被推送到生产环境之前是自动构建和测试的。
提高质量：CD 还可以提高代码的质量。这是因为破坏构建的代码更改会自动推送到单独的环境，在将它们推送到生产环境之前可以在其中修复它们。
CD 特别适合构建为可扩展的后端应用程序。这是因为 CD 可以帮助您避免中断并确保您的后端应用程序始终可用。
部署后端应用程序时，您需要考虑到它将处理大量流量这一事实。这意味着您需要注意在推送代码更改时不要破坏应用程序。
CD 可以在将代码更改推送到生产环境之前自动将它们推送到单独的环境，从而帮助您避免中断。这样，您可以在与生产相同的环境中测试代码更改。
如果代码更改破坏了应用程序，它们将自动回滚。这将防止代码更改被推送到生产环境并导致中断。
CD 是一种可以帮助您在不影响质量或稳定性的情况下更快地部署代码更改的做法。 CD 特别适合构建为可扩展的后端应用程序。这是因为 CD 可以帮助您避免中断并确保您的后端应用程序始终可用。