El (casi) encuentro de NetOps y DevOps en la carrera de la automatización
Existe la creencia común de que en la carrera por automatizar el proceso de implementación (eso es lo que hoy llamamos producción) NetOps está muy por detrás de sus contrapartes DevOps.
Esa percepción es importante, ya que la falta de automatización (y la voluntad por parte de NetOps de habilitarla) a menudo se cita como un factor clave de la adopción de la nube pública. También es, en parte, responsable de tecnologías emergentes como los contenedores que incorporan deliberadamente cada vez más servicios de red y aplicação al ecosistema para que puedan abstraerse hasta que ya no importe si están automatizados en producción o no.
Cuando la última vez encuestamos a quienes están en las trincheras, descubrimos que esa cita era mayoritariamente cierta. De hecho, el 65% de DevOps nos dijo que la falta de acceso y automatización del proceso de implementación fue un factor en su impulso a eludir a TI para encontrar otras soluciones, como la nube y los contenedores.
Pero la percepción de que NetOps no está en la carrera de la automatización no es del todo precisa. De hecho, parece que NetOps está ganando terreno frente a sus homólogos DevOps.
Considere estos datos potencialmente sorprendentes de una encuesta reciente, realizada por F5 y RedHat: NetOps Meets DevOps: El estado de la automatización de redes . Encuestamos a profesionales de DevOps, NetOps y seguridad sobre una variedad de temas relacionados con DevOps y sus prácticas con respecto a la automatización. Una de las cosas que preguntamos específicamente fue sobre su uso de la automatización para implementar componentes de infraestructura en cuatro componentes clave del proceso de implementación (producción):
- Infraestructura de aplicaciones . Estos son los servidores, sistemas, middleware y plataformas necesarios para que se ejecuten las aplicações .
- Servicios de aplicação . Se trata de servicios como equilibrio de carga y almacenamiento en caché, enrutamiento HTTP y control de ingreso.
- Red . Esta es la base de todos los oleoductos. Son las funciones de enrutamiento y conmutación en la red que cada aplicación y servicio de aplicaciones necesita.
- Seguridad . Los servicios de seguridad incluyen WAF e identidad, control de acceso y protección contra bots.
Descubrimos que, en promedio, DevOps está por delante de NetOps en la carrera por automatizar estos componentes del proceso de implementación. Pero también observamos que NetOps no se queda tan atrás. Observamos además que cuanto más lejos esté un servicio de la aplicação , menos probable es que se utilice la automatización para implementar ese servicio.
La diferencia sigue siendo sin duda causa de cierta fricción entre los dos grupos. Observamos que porcentajes iguales de DevOps (43%) dicen que las frecuencias de implementación son "suficientemente buenas" y "no lo suficientemente frecuentes". Los comentarios de NetOps se dividieron de forma equitativa: el 31 % afirmó que las frecuencias de implementación eran "suficientemente buenas" y el 30 % estuvo de acuerdo en que las frecuencias no cumplían con las expectativas.
Esto está muy lejos de nuestra encuesta anterior en la que apenas un 18% de los NetOps quería acelerar el ritmo de las implementaciones.
Pero la automatización requiere tiempo y esfuerzo. Y los desafíos abundan. Sería bueno que DevOps recordara que el ecosistema actual de herramientas y conjuntos de herramientas está orientado a los desarrolladores y a la infraestructura de aplicaciones. Ha habido poco o ningún movimiento en el fomento del ecosistema del lado de NetOps. Es difícil lograr la continuidad cuando no hay mucha integración que ayude a unir los diversos componentes del rompecabezas del proceso de implementación.
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 y respiran código. Tienen el conocimiento para integrar lo que necesita integrarse. NetOps no necesariamente tiene ese conjunto de habilidades. El proceso de implementación se compone principalmente de dispositivos y sistemas que se integran a través de protocolos. Protocolos bien definidos, basados en RFC, que no requieren integración basada en código porque fueron diseñados para no hacerlo.
Este es un desafío completamente nuevo para NetOps, un desafío para el cual no están necesariamente preparados (ni capacitados) para enfrentarlo. Es decir, solo un poco más de un tercio (38%) de DevOps citó la "Integración de conjuntos de herramientas entre proveedores/dispositivos" como un desafío para la automatización de la red. Del otro lado del muro, casi la mitad (47%) de los NetOps señaló la falta de integración como un problema, solo superado por la falta de conocimientos sobre automatización (49%).
Los datos muestran que, a pesar de los desafíos inherentes a la automatización, NetOps no está tan atrás como algunos postulan. Existe una gran cantidad de oportunidades en la automatización de redes para que tanto NetOps como la seguridad se inserten en las tuberías continuas que dominan cada vez más el desarrollo y la implementación de aplicaciones.
Para obtener más detalles y análisis sobre NetOps Meets DevOps: El estado de la automatización de redes . ¡Asegúrese de adquirir su copia hoy mismo!