本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。 # 簡介 過去，新網路節點或行動網路新功能的開發、實驗室和現場整合測試和生產部署需要數週甚至數月的時間，以確保任務和業務關鍵電信 （電信） 服務的穩定性。部署的長週期是由傳統網路節點的單體架構、多供應商環境，以及 2G, 3G和 4G 行動網路中網路實體之間的許多point-to-point界面所造成。 如 [*5G Network Evolution with AWS*](https://d1.awsstatic.com/whitepapers/5g-network-evolution-with-aws.pdf) 白皮書 5G 行動網路中所述，由 3GPP 標準化，現在支援虛擬化和容器化啟用的雲端原生架構。更具體地說，5G 網路引進並支援微服務、無狀態和服務型架構的新範例。 此 5G 架構表示不同的網路函數可以做為鬆散耦合的獨立服務，透過定義良好的界面和 APIs 彼此通訊。最重要的是，每個網路函數都可以獨立更新。5G 中的這種架構轉移可讓 CSPs 透過更頻繁地推出網路功能的更新，同時透過自動化來維護測試、安全需求和標準，從而實現更高的敏捷性和操作效率。 CSP 新功能的整合和部署通常在網路函數廠商發行新的網路函數軟體套件時開始，例如容器型網路函數中的 [Docker](https://hub.docker.com/) 映像，或新的組態檔案，例如 [Kubernetes](https://kubernetes.io/) 應用程式案例中的 [Helm](https://helm.sh/docs/topics/charts/) Chart。(Helm Chart 是描述一組相關 Kubernetes 資源的檔案集合）。 使用適用於 5G 網路函數部署的 CI/CD 範例的想法正在取得吸引力，但此概念的實際實現已成為電信產業的挑戰。 WS AWS率先開發軟體交付的新 CI/CD 工具，以協助各種產業快速開發和推出軟體變更，同時維持系統的穩定性和安全性。這些工具包括一組軟體開發和操作 (DevOps) 服務，例如 [AWS CodeStar](https://aws.amazon.com/codestar/)、[CodeCommit](https://aws.amazon.com/codecommit/)、[CodePipeline](https://aws.amazon.com/codepipeline/)、[CodeBuild](https://aws.amazon.com/codebuild/) 和 [CodeDeploy](https://aws.amazon.com/codedeploy/)。 AWS 也會使用 [AWS 雲端開發套件 ](https://aws.amazon.com/cdk/) (AWS CDK)、[AWS CloudFormation](https://aws.amazon.com/cloudformation/) 和以 API 為基礎的第三方工具，例如 [Terraform](https://www.terraform.io/)，來表達基礎設施即程式碼 (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 網路部署帶來擴展和時間效率。