Einführung

In der Vergangenheit dauerten Entwicklung, Labor- und Feldintegrationstests und Produktionsbereitstellung neuer Netzwerkknoten oder neuer Funktionen in einem Mobilfunknetz Wochen oder sogar Monate, um die Stabilität betriebs- und geschäftskritischer Telekommunikationsdienste (Telekommunikation) sicherzustellen. Der lange Bereitstellungszyklus wurde durch die monolithische Architektur herkömmlicher Netzwerkknoten, eine herstellerunabhängige Umgebung und viele point-to-point Schnittstellen zwischen Netzwerkeinheiten in den 2G-, 3G- und 4G-Mobilfunknetzen verursacht.

Wie im Whitepaper 5G Network Evolution with AWS vorgestellt, unterstützen 5G-Mobilfunknetze, wie sie von 3GPP standardisiert wurden, jetzt eine Cloud-native Architektur, die durch Virtualisierung und Containerisierung ermöglicht wird. Insbesondere führen 5G-Netzwerke ein neues Paradigma der Microservice-, Stateless- und servicebasierten Architektur ein und unterstützen es.

Diese 5G-Architektur bedeutet, dass verschiedene Netzwerkfunktionen als lose gekoppelte unabhängige Dienste funktionieren können, die über klar definierte Schnittstellen und miteinander kommunizieren. APIs Am wichtigsten ist, dass jede Netzwerkfunktion unabhängig aktualisiert werden kann. Dieser Architekturwechsel bei 5G CSPs ermöglicht mehr Agilität und betriebliche Effizienz, indem es einfacher wird, Updates für Netzwerkfunktionen häufiger bereitzustellen und gleichzeitig die Tests, Sicherheitsanforderungen und Standards durch Automatisierung aufrechtzuerhalten.

Die Integration und Bereitstellung neuer Funktionen für einen CSP beginnen in der Regel, wenn der Anbieter von Netzwerkfunktionen ein neues Softwarepaket für Netzwerkfunktionen veröffentlicht, z. B. ein Docker-Image in einer containerbasierten Netzwerkfunktion oder eine neue Konfigurationsdatei, z. B. ein Helm-Diagramm im Kubernetes-Anwendungsfall. (Ein Helm-Diagramm ist eine Sammlung von Dateien, die einen verwandten Satz von Kubernetes-Ressourcen beschreiben.)

Die Idee, das CI/CD-Paradigma für die Bereitstellung von 5G-Netzwerkfunktionen zu nutzen, gewinnt an Bedeutung, aber die praktische Umsetzung dieser Idee war in der Telekommunikationsbranche eine Herausforderung.

A AWS WS hat Pionierarbeit bei der Entwicklung neuer CI/CD-Tools für die Softwarebereitstellung geleistet, um ein breites Spektrum von Branchen bei der schnellen Entwicklung und Einführung von Softwareänderungen zu unterstützen und gleichzeitig die Systemstabilität und -sicherheit zu gewährleisten. Zu diesen Tools gehören eine Reihe von Softwareentwicklungs- und Betriebsdiensten (DevOps) wie AWS CodeStar, CodeCommitCodePipeline, CodeBuildund. CodeDeploy

AWS verkündet auch die Idee von Infrastructure as Code (IaC) mithilfe des AWS Cloud Development Kit (AWS CDK) CloudFormation, AWS und API-basierten Tools von Drittanbietern wie Terraform. Mithilfe dieser Tools AWS können die Bereitstellungsprozesse der Netzwerkfunktion AWS als Quellcode gespeichert und dieser IaC-Quellcode in der CI/CD-Pipeline verwaltet werden, um eine kontinuierliche Bereitstellung zu gewährleisten.

In diesem Whitepaper werden detaillierte Verfahren zur Nutzung von AWS IaC- und CI/CD-Tools für die Bereitstellung und Aktualisierung der 5G-Netzwerkfunktion beschrieben. Darüber hinaus behandelt dieses Whitepaper die Integration mit Tools von Drittanbietern für Tests, Beobachtbarkeit und Orchestrierung.

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/CDToolsets wie AWS CloudFormation können verwendet werden, um die Bereitstellung von 4G VNFs zu automatisieren und so für Skalierbarkeit und Zeiteffizienz bei 4G-Netzwerkbereitstellungen zu sorgen.