CNF 持续交付

此步骤由一系列重复执行的步骤组成，这些更改是容器/配置更改的一部分，这些更改是导致升级的容器/配置更改的一部分。CNF 持续交付通过管道实现自动化，并且特定于单个应用程序。 AWS 使用标准 Helm 图表来更新特定图表 CNFs。代码管道对应用程序更新状态进行了预检查和事后检查。更新后的 CI/CD 管道还与测试自动化框架集成以运行自动测试。这种抽象可以干净地部署网络功能。

CNF 持续交付和部署可大致分为以下几类：

• 应用程序升级 — 大多数应用程序升级都是 Kuberbetes 应用程序内部的更改。 PODs这些更新可以通过代码管道自动应用。大多数都通过提供多个应用程序 PODs实例来 CNFs 支持就地升级。多个实例允许使用滚动升级方法。并非所有应用程序 POD 更改都支持 Helm 升级。管道考虑了这些变化，并根据需要使用 Helm 安装/删除。

• 主要升级 — 主要升级主要是数据库架构更改。如果不导致一些停机时间，就无法应用此更改。进行这些更改的标准方法是删除应用程序并重新创建相关的 pod。在此过程中，应用程序可能不可用。以下工具用于升级：

金丝雀部署