簡介

過去，新網路節點或行動網路新功能的開發、實驗室和現場整合測試和生產部署需要數週甚至數個月的時間，以確保任務和業務關鍵電信 （電信） 服務的穩定性。部署的長週期是由傳統網路節點的單一架構、多供應商環境，以及 2G, 3G和 4G 行動網路中網路實體之間的許多point-to-point界面所造成。

如 5G Network Evolution with AWS 白皮書中所介紹，由 3GPP 標準化的 5G 行動網路現在支援虛擬化和容器化所啟用的雲端原生架構。更具體地說，5G 網路引進並支援微服務、無狀態和服務型架構的新範例。

此 5G 架構表示不同的網路函數可以做為鬆散耦合的獨立服務，透過定義良好的界面和 APIs 彼此通訊。最重要的是，每個網路函數都可以獨立更新。此架構在 5G 中的轉換可讓 CSPs 更頻繁地推出網路功能的更新，同時透過自動化來維持測試、安全需求和標準，進而達到更高的敏捷性和營運效率。

CSP 新功能的整合和部署通常在網路函數廠商發行新的網路函數軟體套件時開始，例如容器型網路函數中的 Docker 映像，或新的組態檔案，例如 Kubernetes 應用程式案例中的 Helm Chart。(Helm Chart 是描述相關 Kubernetes 資源集的檔案集合）。

使用適用於 5G 網路函數部署的 CI/CD 範例的想法正在取得吸引力，但此概念的實際實現在電信產業中是一項挑戰。

WS AWS已率先開發軟體交付的新 CI/CD 工具，以協助各種產業快速開發和推出軟體變更，同時維持系統穩定性和安全性。這些工具包括一組軟體開發和操作 (DevOps) 服務，例如 AWS CodeStar、CodeCommit、CodePipeline、CodeBuild 和 CodeDeploy。

AWS 也會使用 AWS Cloud Development Kit (AWS CDK)、AWS CloudFormation 和 API 型第三方工具，例如 Terraform，以程式碼 (IaC) 形式表達基礎設施的概念。使用這些工具， AWS 可以將網路函數的部署程序以原始碼 AWS 形式存放在 中，並在 CI/CD 管道中維護此 IaC 原始碼，以實現持續交付。

本白皮書說明部署和更新 5G 網路函數的 leveraging AWS IaC 和 CI/CD 工具詳細程序。此外，此白皮書涵蓋與第三方工具的整合，用於測試、可觀測性和協調。

AWS CI/CD 工具不限於 5G 網路函數。它們也用於自動化 4G 網路的部署，讓 CSPs 能夠快速有效地部署和更新 4G 網路函數。大多數 4G 網路函數都是以虛擬網路函數 (VNF) 為基礎。這類 AWS CI/CD 工具集 AWS CloudFormation 可用於自動化 4G VNFs 的部署，為 4G 網路部署帶來擴展和時間效率。