NetOps (casi) alcanza a DevOps en la carrera de la automatización

Lori Mac VittieIngeniero distinguido y evangelista jefe | F5

Existe la creencia generalizada de que, en la carrera por automatizar el proceso de despliegue (que es como llamamos hoy en día a la puesta en producción), los equipos de NetOps están muy por detrás de sus homólogos de DevOps.

Esa percepción es importante, ya que la falta de automatización —y de voluntad por parte de NetOps para hacerla posible— suele citarse como uno de los principales factores que impulsan la adopción de la nube pública. También es, en parte, responsable de la aparición de tecnologías como los contenedores, que incorporan deliberadamente cada vez más servicios de red y de aplicaciones al ecosistema para poder abstraerlos hasta que deje de importar si están automatizados en producción o no.

La última vez que encuestamos a quienes trabajan sobre el terreno, comprobamos que esa afirmación era cierta en gran medida. De hecho, el 65 % de los profesionales de DevOps nos dijeron que la falta de acceso y automatización del proceso de despliegue fue uno de los factores que los impulsó a eludir al departamento de TI para buscar otras soluciones, como la nube y los contenedores.

Pero la percepción de que NetOps no participa en la carrera de la automatización no es del todo acertada. De hecho, parece que NetOps está ganando terreno frente a sus homólogos de DevOps.

Veamos estos datos, que pueden resultar sorprendentes, de una encuesta reciente realizada por F5 y RedHat: «NetOps se une a DevOps: el estado de la automatización de redes». Encuestamos a profesionales de DevOps, NetOps y seguridad sobre diversos temas relacionados con DevOps y sus prácticas en materia de automatización. Una de las cuestiones que planteamos específicamente fue el uso que hacían de la automatización para desplegar componentes de infraestructura en cuatro elementos clave del proceso de despliegue (producción):

1. Infraestructura de aplicaciones. Se trata de los servidores, sistemas, middleware y plataformas necesarios para ejecutar las aplicaciones.
2. Servicios de aplicaciones. Se trata de servicios como el balanceo de carga y el almacenamiento en caché, el enrutamiento HTTP y el control de Ingress.
3. Red. Esta es la base de todos los procesos. Son las funciones de enrutamiento y conmutación de la red que necesitan todas las aplicaciones y todos los servicios de aplicaciones.
4. Seguridad. Los servicios de seguridad incluyen WAF, gestión de identidades, control de acceso y protección contra bots.

Descubrimos que, de media, los equipos de DevOps llevan ventaja a los de NetOps en la carrera por automatizar estos componentes del proceso de despliegue. Sin embargo, también observamos que los equipos de NetOps no se quedan muy atrás. Asimismo, constatamos que cuanto más alejado está un servicio de la aplicación, menos probable es que se utilice la automatización para desplegarlo.

Sin duda, esta diferencia sigue generando cierta fricción entre ambos grupos. Observamos que el mismo porcentaje de profesionales de DevOps (43 %) considera que la frecuencia de los despliegues es «suficientemente buena» y que «no es lo bastante frecuente». Las opiniones de los profesionales de NetOps también estaban divididas casi por igual: un 31 % afirmaba que la frecuencia de los despliegues era «suficientemente buena», mientras que un 30 % coincidía en que no cumplía las expectativas.

Esto dista mucho de lo observado en nuestra encuesta anterior, en la que apenas el 18 % de los profesionales de NetOps quería acelerar el ritmo de los despliegues.

Pero la automatización requiere tiempo y esfuerzo. Y los retos son numerosos. Conviene que DevOps recuerde que el ecosistema actual de herramientas y conjuntos de herramientas está orientado a los desarrolladores y a la infraestructura de aplicaciones. Apenas se ha avanzado en el desarrollo del ecosistema del lado de NetOps. Es difícil lograr una entrega continua cuando apenas hay integraciones que ayuden a encajar las distintas piezas del rompecabezas de la canalización de despliegue.

Y ahí está el verdadero problema. Una de las razones por las que DevOps ha tenido tanto éxito es que está compuesto principalmente por desarrolladores. Desarrolladores que viven por y para el código. Tienen los conocimientos necesarios para integrar todo aquello que deba integrarse. NetOps no cuenta necesariamente con esas competencias. El proceso de despliegue se compone principalmente de dispositivos y sistemas que se integran mediante protocolos. Protocolos bien definidos y basados en RFC que no requieren integración mediante código, porque se diseñaron precisamente para evitarla.

Este es un reto completamente nuevo para NetOps, para el que no necesariamente están preparados ni cuentan con las competencias necesarias. De hecho, solo algo más de un tercio (38 %) de los profesionales de DevOps señaló la «integración de conjuntos de herramientas entre distintos proveedores/dispositivos» como un reto para la automatización de redes. Al otro lado del muro, casi la mitad (47 %) de los profesionales de NetOps indicó que la falta de integración era un problema, solo por detrás de la falta de conocimientos sobre automatización (49 %).

Los datos muestran que, a pesar de los retos inherentes a la automatización, los equipos de NetOps no están ni mucho menos tan rezagados como algunos sostienen. La automatización de redes ofrece numerosas oportunidades para que tanto los equipos de NetOps como los de Seguridad se integren en los procesos continuos que cada vez predominan más en el desarrollo y el despliegue de aplicaciones.

Para obtener más información y análisis sobre «NetOps se une a DevOps: el estado de la automatización de redes», no olvides hacerte con tu ejemplar hoy mismo.

Sobre el autor

Lori Mac VittieIngeniero distinguido y evangelista jefe | F5

Lori MacVittie es ingeniera distinguida y evangelista jefe en la Oficina del CTO de F5, y cuenta con una amplia experiencia en entrega de aplicaciones, estrategia de automatización e infraestructura. Es conocida por convertir la complejidad en claridad, ya sea definiendo mecanismos de protección para agentes de IA, analizando arquitecturas multinube frágiles o explorando los límites de los sistemas escalables. Aporta más de treinta años de experiencia en el sector en desarrollo de aplicaciones, arquitectura de TI y operaciones de redes y sistemas. Antes de incorporarse a F5, fue una galardonada editora de tecnología. MacVittie posee un máster en Informática y es una autora prolífica cuyas publicaciones abarcan la seguridad, la nube y la arquitectura empresarial. También es una apasionada de los juegos de mesa y los videojuegos, y expresa sin complejos sus firmes opiniones sobre el queso.

Más artículos de Lori Mac Vittie