本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 云原生网络功能部署
<a name="cloud-native-network-function-deployment"></a>

CNF 部署与应用程序部署有关。作为 CNF 部署的一部分，应用程序的 Helm 图表是通过 CI/CD 代码管道实现的。并入了运行单个应用程序专用脚本的回调，主要涉及预检查和后期检查。Helm 图表是根据应用程序的需求按顺序实现的，并在进入部署的下一步 PODs 之前检查 Kubernetes 的状态。通常， ISVs 提供一个包装脚本来运行 Helm 图表和健全性检查。这些 ISV 脚本是从内部 AWS CodePipeline调用的。作为该阶段的一部分，除了记录和监控应用程序云基础设施的 CloudWatch Amazon之外，还部署了诸如Prometheus和Fluentd之类的日志和监控代理。

代码管道与第三方测试自动化框架集成。代码管道可以直接调用测试自动化框架 APIs ，在已部署的应用程序上运行测试、查询测试结果并分析结果。这简化了应用程序的部署和测试。



![描述应用程序部署和更新的示意图。](http://docs.aws.amazon.com/zh_cn/whitepapers/latest/cicd_for_5g_networks_on_aws/images/cicd_5g8.png)


*应用程序部署和更新*

以下是部署用户平面 function/session management function (UPF/SMF (CNF) 的示例。 AWS CodePipeline
+ 使用 CodeCommit CodeBuild、和自动完成 CI/CD 整个过程 CodePipeline。
+ Infra 创建和应用程序安装任务已作为管道的一部分进行集成。
+ FluentD 和 Prometheus 代理是在亚马逊控制面板中安装和创建的。 CloudWatch

![屏幕截图显示了的部署示例 UPF/SMF CNFs。](http://docs.aws.amazon.com/zh_cn/whitepapers/latest/cicd_for_5g_networks_on_aws/images/cicd_5g9.png)


*的部署示例 UPF/SMF CNFs*