Introduction

Historiquement, le développement, les tests d'intégration en laboratoire et sur le terrain et le déploiement en production de nouveaux nœuds de réseau ou de nouvelles fonctionnalités dans un réseau cellulaire prenaient des semaines, voire des mois, pour garantir la stabilité des services de télécommunications (télécommunications) essentiels aux missions et aux entreprises. Le long cycle de déploiement était dû à l'architecture monolithique des nœuds de réseau traditionnels, à un environnement multifournisseur et à de nombreuses point-to-point interfaces entre les entités réseau des réseaux mobiles 2G, 3G et 4G.

Comme indiqué dans le livre blanc sur l'évolution du réseau 5G avec AWS, les réseaux mobiles 5G, tels que normalisés par la 3GPP, prennent désormais en charge une architecture native du cloud rendue possible par la virtualisation et la conteneurisation. Plus précisément, les réseaux 5G introduisent et soutiennent un nouveau paradigme d'architecture basée sur les microservices, l'apatridie et les services.

Cette architecture 5G signifie que différentes fonctions réseau peuvent fonctionner comme des services indépendants faiblement couplés qui communiquent entre eux via des interfaces bien définies et. APIs Plus important encore, chaque fonction réseau peut être mise à jour indépendamment. Ce changement d'architecture de la 5G permet de CSPs gagner en agilité et en efficacité opérationnelle en facilitant le déploiement plus fréquent des mises à jour des fonctions réseau, tout en respectant les tests, les exigences de sécurité et les normes grâce à l'automatisation.

L'intégration et le déploiement de nouvelles fonctionnalités pour un CSP commencent généralement lorsque le fournisseur de fonctions réseau publie un nouveau package logiciel de fonction réseau, tel qu'une image Docker dans une fonction réseau basée sur un conteneur, ou un nouveau fichier de configuration, tel qu'un graphique Helm dans le cas d'une application Kubernetes. (Un graphique Helm est un ensemble de fichiers décrivant un ensemble connexe de ressources Kubernetes).

L'idée d'utiliser le paradigme du CI/CD pour le déploiement des fonctions du réseau 5G gagne du terrain, mais la concrétisation pratique de cette idée représente un défi dans le secteur des télécommunications.

A AWS WS a été le pionnier du développement de nouveaux outils CI/CD pour la fourniture de logiciels afin d'aider un large éventail de secteurs à développer et à déployer rapidement des modifications logicielles, tout en préservant la stabilité et la sécurité des systèmes. Ces outils incluent un ensemble de services de développement et d'exploitation de logiciels (DevOps) tels que AWS CodeStarCodeCommit, CodePipeline, CodeBuild, et CodeDeploy.

AWS promeut également l'idée de l'infrastructure en tant que code (IaC) à l'aide de l'AWS Cloud Development Kit (AWS CDK) CloudFormation, d'AWS et d'outils tiers basés sur des API tels que Terraform. À l'aide de ces outils, AWS vous pouvez stocker les processus de déploiement de la fonction réseau AWS sous forme de code source et maintenir ce code source IaC dans le pipeline CI/CD pour réaliser une livraison continue.

Ce livre blanc décrit les processus détaillés permettant d'exploiter les outils AWS IaC et CI/CD pour le déploiement et la mise à jour de la fonction réseau 5G. En outre, ce livre blanc couvre l'intégration avec des outils tiers pour les tests, l'observabilité et l'orchestration.

AWS CI/CD tools are not restricted to 5G network functions. They are also employed for automating the deployment of 4G networks, which enables CSPs to rapidly and efficiently deploy and update 4G network functions. Most 4G network functions are Virtual Network Function (VNF) based. AWS CI/CDdes ensembles d'outils tels que AWS CloudFormation ceux-ci peuvent être utilisés pour automatiser le déploiement de la 4G VNFs, apportant ainsi de l'échelle et de l'efficacité aux déploiements de réseaux 4G.