En su libro, Gracias por llegar tarde , Thomas Friedman describe cómo la Ley de Moore marcó el comienzo de la “Era de las Aceleraciones”.
Como señala Friedman, una Sony PlayStation (PS4) de 300 dólares lanzada en 2013 contenía la misma cantidad de potencia de procesamiento que una supercomputadora ACSI Red de 55 millones de dólares de 1997.
Esa es la magia del crecimiento exponencial, y las industrias de todo el mundo se ven impulsadas e inspiradas por ella.
Sin embargo, aunque el mundo está cambiando rápidamente, la industria de las telecomunicaciones no se mantiene al día. ¿Porqué es eso?
En parte, se debe a que muchos se muestran reacios a aprovechar todo el poder de la nube.
Si bien la nube y los hiperescaladores han permitido que la industria tecnológica crezca espectacularmente en la última década, las empresas de telecomunicaciones a menudo han estado más preocupadas por los dolores de cabeza que genera la virtualización de funciones de red (NFV).
En muchos sentidos, su reticencia es comprensible. No se puede simplemente trasplantar una arquitectura de nube genérica a una red de telecomunicaciones. En cada momento, la tecnología debe adaptarse a las particularidades de cada entorno de telecomunicaciones.
Afortunadamente, las cosas están empezando a cambiar.
La llegada de la tecnología 5G independiente, con una arquitectura basada en servicios (SBA) compatible con software, está abriendo la puerta de la nube para las empresas de telecomunicaciones. De hecho, la tecnología de la nube y su modelo operativo son fundamentales para aprovechar todo el potencial del 5G.
Por ejemplo, Kubernetes y la contenerización, en particular, pueden hacer que las redes de telecomunicaciones sean significativamente más versátiles, escalables y adaptables. Y, más allá de la tecnología en sí, el modelo de operación en la nube ahora está surgiendo como un modelo para el éxito futuro en este espacio.
Es alentador que las empresas de telecomunicaciones con visión de futuro ya estén cosechando importantes beneficios al avanzar en esta dirección.
Entre los ejemplos destacados se incluye Rakuten Mobile, que está adoptando prácticas de ingeniería de confiabilidad del servicio (SRE) y construyendo un modelo operativo nativo de la nube. Todo ello garantizando al mismo tiempo que no haya silos entre los equipos de red y TI.
Esto le da a Rakuten Mobile un alto nivel de observabilidad y visibilidad del rendimiento de la red con análisis y automatización integrados. También puede innovar rápidamente e implementar nuevas aplicações rápidamente. Los resultados hablan por sí solos: Rakuten pudo lanzar seis nuevos planes en un solo año, reduciendo los tiempos promedio de incorporación de clientes de unas pocas horas a cinco minutos.
Entonces, ¿qué desafíos debemos abordar para que la nube sea más amigable para las telecomunicaciones?
Hay varios enigmas técnicos que me vienen a la mente, incluidos la alta disponibilidad y el soporte de cargas de trabajo específicas de telecomunicaciones en Kubernetes. Luego están las diversas funciones de la red 5G (AMF, SMF, UPF, etc.), que se comunican a través de interfaces o API utilizando el protocolo Diameter. Lamentablemente, el protocolo HTTP no fue diseñado para manejar dichos protocolos y toda la complejidad de su estado.
A esto se suman las regulaciones sobre soberanía de datos, el costo de las transacciones y las pesadas cargas de trabajo de las empresas de telecomunicaciones. Las empresas de telecomunicaciones también son más conscientes de la seguridad que las empresas de otros sectores, lo que ha obstaculizado la innovación en el pasado.
Además, vale la pena señalar que, a diferencia de los modelos de diseño de alta disponibilidad (HA) tradicionales donde un chasis completo (o un VNF) se convierte en otro (con la carga de la complejidad de un gran número de estados), el modelo de nube puede ofrecer una alternativa basada en un contenedor simple. Sin embargo, esto supone una gestión cuidadosa de los flujos entre todas las NF 5G individuales en el nivel de granularidad de cada mensaje HTTP/2. Con el nivel absolutamente adecuado de escala de rendimiento y seguridad. Esto debería ser cierto tanto para el ingreso como para la salida de cada clúster de Kubernetes. Al mismo tiempo, estos elementos individuales deben operar como un grupo, y es necesario aprender lecciones de las luchas históricas de las empresas de telecomunicaciones con las NFV (más sobre esto más adelante).
Dados sus requisitos muy específicos, las empresas de telecomunicaciones deberían considerar la posibilidad de construir su propia nube donde y cuando puedan, y aprovechar la nube pública donde y cuando tenga sentido.
La adopción de este enfoque garantiza la propiedad y el control total de los clientes, los sistemas de control de acceso basado en roles (RBAC) y la gestión de acceso (IAM). Lo mismo se aplica a cuestiones como el cobro, la facturación, las políticas y la partición de recursos, todas ellas esenciales para mantener relaciones sólidas con los clientes.
El uso de modelos de operaciones en la nube desde el día 0 hasta el día 2 y la optimización de la gestión del ciclo de vida y la SRE son claves para el éxito. Sin embargo, construir una nube de telecomunicaciones requiere habilidades y experiencia en la nube, ambas escasas.
Además, este tipo de modelo híbrido/múltiple en la nube crea desafíos adicionales de red y seguridad que deben abordarse con cuidado y eficiencia. En la nube, las aplicações se comunican a través de API y generalmente se dividen en microservicios que se ejecutan en múltiples clústeres en múltiples ubicaciones. Para las empresas de telecomunicaciones, esto representa un nuevo paradigma. Las puertas de enlace API son los nuevos “enrutadores” y la seguridad API es el nuevo “cortafuegos”. Es fundamental que este nuevo paradigma permita a los usuarios conectarse de forma segura a sus aplicaciones, dondequiera que estén, y garantizar una flexibilidad total.
También es vital que las empresas de telecomunicaciones adopten verdaderas tecnologías nativas de la nube, en lugar de agregar una apariencia de nube a las tecnologías existentes.
Uno de los problemas con las NFV era que los proveedores tomaban funciones de red física (PNF) existentes, las envolvían con una colección de componentes de software (algunos más pesados que otros) y las llamaban funciones de red virtual (VNF). Ahora se está repitiendo el mismo error, donde muchas VNF, algunas ya pesadas, se están envolviendo en Kubevirt o Virtlet y se están etiquetando como funciones de red nativas de la nube (CNF).
Un verdadero CNF nativo de la nube debe estar basado en API, impulsado por definiciones de recursos personalizados, ser liviano y seguro. También debería ser fácil escalar horizontal y/o verticalmente, cuando sea necesario, y sin comprometer las capacidades o el rendimiento. Fáciles de implementar y operar, las verdaderas arquitecturas nativas de la nube ofrecen elasticidad y escala dinámicas, principios de implementación y automatización continua, y un tamaño más pequeño.
En F5, entendemos todos estos desafíos. Abarcamos los mundos de la TI empresarial, la nube y las telecomunicaciones. Y contamos con décadas de experiencia en gestión y seguridad de tráfico de gran volumen.
También contamos con las herramientas para resolver los desafíos operativos en entornos híbridos y multi-cloud, incluyendo implementaciones edge. En otras palabras, F5 puede modernizar las infraestructuras de redes y seguridad y las operaciones en la nube para lograr una mejor agilidad y experiencia del cliente, al tiempo que reduce el costo total de propiedad.
En los últimos años, nos hemos centrado en tres áreas clave:
Hasta la fecha, hemos ayudado a más de 60 clientes de telecomunicaciones globales con sus proyectos 4G S/Gi-LAN, consolidando muchas de sus funciones críticas de seguridad y capacidades avanzadas para clientes. Ahora estamos trabajando con varios de ellos para potenciar su transición a arquitecturas modernas que admitan 5G y aprovechen el poder de la nube.
Por ejemplo, Rakuten Mobile ahora utiliza nuestros CNF en Japón, mientras que Rakuten Symphony está poniendo nuestros CNF a disposición de una audiencia global a través del mercado Symworld . Esto equivale a un doble respaldo a nuestra tecnología por parte de una de las empresas de telecomunicaciones más expertas en la nube del mundo.
En el futuro, prevemos que nuestras nuevas CNF se implementarán en casos de uso 4G y 5G para respaldar las ofertas de los proveedores de servicios. Estas verdaderas funciones nativas de la nube son el resultado de un largo viaje de ingeniería, rediseñando desde cero versiones de funciones de seguridad populares y confiables de F5. Nuestro objetivo siempre ha sido claro: no hacer concesiones en cuanto a capacidades de seguridad en el proceso de modernización.
Mientras tanto, nuestros servicios de nube distribuida se pueden implementar para cualquier nube, ya sea privada, pública o de borde, respaldando la red y la seguridad de las aplicação para una transformación digital acelerada, todo con las mejores operaciones de nube y SRE de su clase.
Además, hemos abordado los desafíos de respaldar las funciones de red 5G y las cargas de trabajo de telecomunicaciones en entornos de Kubernetes. Es por eso que F5 creó BIG-IP Service Proxy para Kubernetes (SPK), que creemos que fortalecerá, protegerá y simplificará profundamente la transición a la nube para las empresas de telecomunicaciones.
Está claro que las telecomunicaciones y la nube están empezando a converger. Para tener éxito en los próximos años, las empresas de telecomunicaciones deberán aprovechar de manera eficiente y eficaz los avances de ambos mundos. También necesitan trabajar con terceros para funciones e infraestructuras clave y asociarse con empresas como F5 para simplificar las operaciones. Si todas las partes están alineadas, las empresas de telecomunicaciones pueden prosperar en las nubes, así como mantener los altos niveles de seguridad y confiabilidad que los clientes esperan y exigen cada vez más.