El despliegue de funciones de red de telecomunicaciones siempre había sido un proceso en gran medida manual hasta la venida de la tecnología de villa concepción (5G). 5G requiere que las funciones de red pasen de una edificación monolítica a patrones modulares y en contenedores. Esto abrió la posibilidad de introducir principios de implementación basados en DevOps (que están aceptablemente establecidos y adoptados en el mundo de TI) en el dominio de la red.
Incluso a posteriori de la contenedorización de las funciones de la red 5G, siguen siendo conveniente diferentes de las aplicaciones de TI tradicionales oportuno a los estrictos requisitos de la infraestructura subyacente. Esto incluye aceleradores especializados (SRIOV/DPDK) y complementos de red (Multus) para proporcionar el rendimiento necesario para manejar el tráfico en tiempo verdadero de labor crítica. Esto requiere un proceso de implementación de red segregado y cuidadoso en varias “capas funcionales” de la funcionalidad DevOps que, cuando se ejecuta en el orden correcto, proporciona una implementación automatizada completa que se alinea estrechamente con las capacidades de DevOps de TI.
Esta publicación proporciona una perspectiva de cómo se deben mandar e implementar estas capas en diferentes equipos.
La penuria de un despliegue de red 5G basado en DevOps
La implementación de 5G está asociada con los siguientes requisitos que obligan a automatizar brutalmente el proceso de implementación y sucursal (a diferencia de los procesos manuales tradicionales en tecnologías anteriores como 4G):
Ritmo de implementación: las redes 5G se implementan a velocidades récord para obtener cobertura y décimo de mercado. Compatibilidad con la cúmulo pública: muchos CSP utilizan hiperescaladores como AWS para meter sus funciones de red 5G, lo que requiere una implementación automatizada y una diligencia del ciclo de vida. Compatibilidad con la cúmulo híbrida: algunas funciones de red deben alojarse en un centro de datos privado, pero eso asimismo requiere la capacidad de colocar automáticamente las funciones de red de forma dinámica. Soporte multinube: en algunos casos, se necesitan múltiples hiperescaladores para distribuir la red. Estándares en proceso: los estándares nuevos y en proceso, como la acogida de Open RAN, requieren actualizaciones continuas y pruebas automatizadas. Ecosistemas de proveedores en crecimiento: los estándares abiertos y las API significan que muchos proveedores nuevos están desarrollando funciones de red que requieren soporte continuo de pruebas de interoperabilidad.
Todos los factores anteriores requieren un proceso extremadamente automatizado que pueda implementar/reimplementar/colocar/terminar/probar funciones de red 5G a pedido. Esto no se puede obtener con la forma tradicional de implementar y mandar funciones de red manualmente.
Cuatro capas para diseñar con principios DevOps
Hay cuatro “capas” que deben diseñarse teniendo en cuenta los procesos DevOps:
Infraestructura: esta capa es responsable de la implementación de la infraestructura de la cúmulo (privada/pública) para meter las funciones de la red. Esta capa automatizará la implementación de la cúmulo privada imaginario, los clústeres, los grupos de nodos, las políticas de seguridad, etc. que requiere la función de red. Esta capa asimismo garantizará que se seleccione el tipo de infraestructura correcto con los CNI requeridos por la función de red (p. ej., SRIOV, Multus, etc.) Función de red/aplicación: esta capa es responsable de instalar funciones de red en la infraestructura ejecutando helm-type comandos y scripts de moral posteriores a la instalación. Igualmente se ocupa de las principales actualizaciones en la función de red. Configuración: esta capa se ocupa de cualquier nueva configuración/metadatos del día 2 que deba cargarse en la función de red. Por ejemplo, nuevos metadatos que se cargarán para hospedar plantillas de segmento en la función de carga de políticas (PCF). Pruebas: esta capa es responsable de ejecutar pruebas automatizadas contra las diversas funcionalidades admitidas por las funciones de red.
Cada una de las capas anteriores tiene su propia implementación de cadenas de herramientas DevOps, con una narración proporcionada en el diagrama preparatorio. Las capas 1 y 2 se pueden mejorar aún más con una edificación basada en GitOps para la sucursal de la aplicación sin interrupciones.
Mejores prácticas
Es muy importante que haya un entorno aceptablemente definido con el zona de influencia, las dependencias y la propiedad de cada capa. La posterior tabla es nuestra opinión sobre cómo debe gestionarse:
Como puede ver, existen dependencias entre estas canalizaciones. Para que este proceso integral funcione de guisa válido en varias capas, necesita una opción de orquestación basada en la intención que pueda mandar las dependencias entre varias canalizaciones y realizar actividades compatibles en el ecosistema de CSP circundante, como Slice Inventory and Catalog.
Desplácese para ver la tabla completa
Soluciones de telecomunicaciones de IBM
Esta publicación proporciona un entorno y un enfoque que, cuando se comparsa correctamente, permite una implementación completamente automatizada al estilo DevOps/GitOps de las funciones de red 5G.
Según nuestra experiencia, el coeficiente esencial en el éxito de dicho entorno es la selección de un socio con experiencia y una opción de orquestación comprobada.
Eche un vistazo al orquestador basado en la intención 5G de IBM: una parte de IBM Cloud Pak para la automatización de redes Obtenga más información sobre las soluciones de telecomunicaciones de IBM
