Introducción

Históricamente, el desarrollo, las pruebas de integración en laboratorio y sobre el terreno y el despliegue en producción de nuevos nodos de red o nuevas funciones en una red celular llevaban semanas o incluso meses para garantizar la estabilidad de los servicios de telecomunicaciones (telecomunicaciones) críticos para la misión y la empresa. El largo ciclo de despliegue se debió a la arquitectura monolítica de los nodos de red tradicionales, a un entorno de varios proveedores y a point-to-point las numerosas interfaces entre las entidades de red de las redes móviles 2G, 3G y 4G.

Como se presentó en el documento técnico La evolución de la red 5G con AWS, las redes móviles 5G, estandarizadas por el 3GPP, ahora admiten una arquitectura nativa de la nube habilitada por la virtualización y la contenedorización. Más específicamente, las redes 5G introducen y respaldan un nuevo paradigma de arquitectura de microservicios, sin estado y basada en servicios.

Esta arquitectura 5G significa que las diferentes funciones de la red pueden funcionar como servicios independientes acoplados de forma flexible que se comunican entre sí a través de interfaces bien definidas y. APIs Y lo que es más importante, cada función de la red se puede actualizar de forma independiente. Este cambio de arquitectura en el 5G permite CSPs lograr una mayor agilidad y eficiencia operativa al facilitar la implementación de actualizaciones para las funciones de la red con mayor frecuencia y, al mismo tiempo, mantener las pruebas, los requisitos de seguridad y los estándares mediante la automatización.

La integración y el despliegue de nuevas funciones para un CSP generalmente comienzan cuando el proveedor de funciones de red lanza un nuevo paquete de software para funciones de red, como una imagen de Docker en una función de red basada en contenedores, o un nuevo archivo de configuración, como un diagrama de Helm en el caso de la aplicación Kubernetes. (Un gráfico de Helm es una colección de archivos que describen un conjunto relacionado de recursos de Kubernetes).

La idea de utilizar el paradigma de la CI/CD para el despliegue de las funciones de la red 5G está ganando terreno, pero la materialización práctica de esta idea ha supuesto un desafío en la industria de las telecomunicaciones.

A AWS WS ha sido pionera en el desarrollo de nuevas herramientas de CI/CD para la entrega de software con el fin de ayudar a un amplio espectro de industrias a desarrollar e implementar cambios de software rápidamente, manteniendo al mismo tiempo la estabilidad y la seguridad de los sistemas. Estas herramientas incluyen un conjunto de servicios de desarrollo y operaciones de software (DevOps) AWS CodeStar, como, CodeCommitCodePipeline, CodeBuildy. CodeDeploy

AWS también promueve la idea de la infraestructura como código (IaC) mediante el Kit de Desarrollo en la Nube (AWS CDK) de AWS, AWS y herramientas de terceros basadas en API CloudFormation, como Terraform. Con estas herramientas, AWS puede almacenar los procesos de implementación de la función de red AWS como código fuente y mantener este código fuente de IaC en el proceso de CI/CD para ofrecer una entrega continua.

Este documento técnico describe los procesos detallados para aprovechar las herramientas de AWS IaC y CI/CD para el despliegue y la actualización de la función de red 5G. Además, este documento técnico cubre la integración con herramientas de terceros para las pruebas, la observabilidad y la organización.

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/CDEstos conjuntos de herramientas se AWS CloudFormation pueden utilizar para automatizar el despliegue de la red 4G VNFs, lo que aporta escalabilidad y eficiencia en el tiempo a los despliegues de redes 4G.