La integración es un obstáculo para lograr una implementación continua
Las API no son integración. Son un medio para implementar la integración. Y por los desafíos que estamos viendo citados por ITOps, no son suficientes para que la TI sea continua.
En el ámbito del desarrollo de aplicação , la integración siempre ha sido una palabra de cuatro letras. Desde DLL hasta bibliotecas compartidas, desde ESB hasta colas de mensajes, hemos explorado innumerables medios para integrar aplicações con otras aplicaciones y servicios.
En el ámbito de la gestión de redes, ha sido especialmente importante. La integración ha sido clave para gestionar la complejidad inherente a la cadena heterogénea de dispositivos de red y servicios de aplicação de múltiples proveedores que entregan y protegen aplicações.
Hoy en día, ese proceso está cada vez más automatizado. Los desarrolladores y DevOps han superado con éxito el desafío de la integración para crear un flujo de desarrollo continuo. Ahora esperan –o incluso exigen– que el departamento de TI haga lo mismo con el proceso de implementación.
Está respondiendo. Según " NetOps Meets DevOps: Según "El estado de la automatización de la red ", un porcentaje significativo de las líneas de producción están al menos parcialmente automatizadas.
Pero la adopción del despliegue continuo no está exenta de desafíos.
Generalmente, vemos que en las encuestas se destaca la "cultura" como uno de los principales inhibidores de DevOps y las prácticas relacionadas con DevOps. En la encuesta sobre el estado de la automatización de la red, la cultura fue uno de los tres principales. Sin embargo, no fue la frustración número uno. Tampoco consiguió el segundo puesto. Esos lugares estaban ocupados por la frustración por la falta de habilidades y mi palabra favorita de cuatro letras: integración.
De hecho, estos dos desafíos están relacionados. Es en parte la falta de habilidades lo que impulsa la integración como una fuente importante de frustración. Esto se debe a que los NetOps no son –y esto te sorprenderá– desarrolladores.
Ahí está el verdadero problema. Una de las razones por las que DevOps ha tenido tanto éxito en sus esfuerzos por permitir la entrega continua 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.
Este desafío no se puede abordar mediante API. Si bien la infraestructura habilitada para API sigue siendo importante (identificada como tal por tres cuartas partes de los encuestados en nuestra encuesta Estado de la entrega de aplicação 2018) , las API no son integración. Permiten la integración, pero el trabajo real de conectar y ligar distintos dispositivos y sistemas con consolas de administración y controles sigue siendo responsabilidad del departamento de TI. Quienes no necesariamente tienen las habilidades necesarias para hacerlo. Estos desafíos tienen un profundo impacto en las operaciones diarias, ya que terminan dictando un enfoque muy manual para el proceso de implementación.
Esto explica la metodología de gestión predominantemente "basada en CLI/script, por dispositivo" utilizada por más de la mitad (52%) de NetOps. La disparidad entre los enfoques operativos orquestados por múltiples proveedores citados por DevOps y NetOps era marcada. El 29% de DevOps utiliza un enfoque de orquestación de múltiples proveedores, mientras que un escaso 12% de NetOps hace lo mismo.
La disparidad habla claramente de la necesidad de un mejor enfoque de integración para NetOps y del mismo tipo de ferviente entusiasmo aplicado por la comunidad y el mercado para superar el desafío de la integración.
Si busca comprender este nuevo mundo de automatización y orquestación, consulte nuestro programa gratuito y en línea Super-NetOps . Además de centrarse en la aplicación de la automatización y la orquestación a las tecnologías de F5, también proporciona el conocimiento básico que necesita para trabajar con API REST, utilizar herramientas como Postman y elaborar manuales de automatización.