La automatización es el futuro. DevOps lleva mucho tiempo adoptando la idea de automatizar todo lo posible, pero NetOps está acortando rápidamente la distancia gracias al uso generalizado de la automatización y la orquestación en los procesos de producción.
Casi la mitad (46%%) de los encuestados en nuestro estudio «State of Application Delivery 2018» indicaron que utilizaban la automatización en producción al menos de forma «parcial». Esto incluye el uso sistemático de la automatización para cambios importantes en producción (25%), cambios menores en producción (26%) e incluso la respuesta ante incidentes (22%). Más de la mitad la utilizan «a veces» en los tres casos.
Esa automatización se implementa de diversas formas. Las soluciones de automatización de redes como las de Cisco y VMware, así como OpenStack son populares, al igual que los marcos y herramientas como Puppet, Chef y los clásicos scripts de Python.
Decir que la automatización es algo que está ocurriendo de verdad no es quedarse corto. NetOps ya está aquí. Esto va en serio.
A primera vista, resulta emocionante, pero cuando profundizamos en lo que implica, descubrimos que hay retos que quizá aún no hayan salido a la luz.
Por ejemplo, automatizar un cambio en el cortafuegos o el router es una cosa. Incluirlo en un proceso global de despliegue es otra muy distinta (y el término correcto para eso es «orquestación», por si se lo preguntaba).
Una vez que empiezas a encadenar (integrar) sistemas y scripts, has creado el equivalente a una «aplicación». Hay muchos componentes que deben desplegarse, gestionarse, mantenerse, actualizarse, parchearse y contar con las licencias correspondientes.
No se trata de una tarea de Sísifo, pero es probable que NetOps no la esté teniendo en cuenta.
Es estupendo que ahora los desarrolladores puedan abrir una incidencia en ServiceNow y que esto ponga en marcha un flujo de trabajo de TI que, como por arte de magia, aprovisione, configure y facture el recurso deseado. Pero ¿qué ocurre cuando ServiceNow se bloquea? ¿O cuando uno de los componentes de esa frágil cadena falla de repente? ¿O cuando la actualización de uno de los componentes rompe la integración?
Si cierras los ojos, oirás a los desarrolladores reírse entre dientes, embriagados de Schadenfreude ante la mera idea.
Una de las consecuencias imprevistas de automatizar las TI será que el departamento de TI tendrá que mantener más software y sistemas. Algunos serán críticos y requerirán más atención y mantenimiento que otros.
Al igual que en las organizaciones empresariales hay legiones de desarrolladores de «mantenimiento» o «soporte» cuya única tarea es mantener operativos los sistemas de software, será necesario contar con una función similar dentro de TI que se encargue de las operaciones diarias de NetOps.
NetOpsOps. Sí, es una palabra compuesta horrible, pero describe con precisión lo que se va a necesitar a medida que la automatización vaya asumiendo cada vez más tareas de despliegue de NetOps.
Algunas de esas tareas serán de una naturaleza (integración, sistemas de software, etc.) que podrá asumir el personal de operaciones existente. Pero otras serán específicas de la red, lo que requerirá a alguien que comprenda tanto los scripts y los sistemas como los componentes de red implicados.
No puedes solucionar problemas, actualizar ni modificar código, scripts o plantillas si no sabes qué hacen.
Si me preguntas qué le pasa a mi moto de nieve, te diré que no tengo ni idea. Sé abrir el capó y cargar la batería, pero no me pidas que trastee con las piezas que hacen que funcione. Es como pedirle a un becario de desarrollo que domina JavaScript que actualice un copybook de COBOL. Eso es una receta segura para el desastre.
En última instancia, NetOps necesitará contar con algunas personas (el equipo de operaciones de NetOps) que conozcan bien la red y los sistemas utilizados para automatizarla. Cuanto más se recurra a la automatización, más imprescindible será disponer de esas personas para que se encarguen de mantenerla mientras los ingenieros trabajan en el próximo gran proyecto.
Sobre el autor
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 VittieArtículos relacionados del blog
Cree servicios públicos seguros, resilientes y preparados para la IA con F5 y AWS
Descubre cómo las organizaciones del sector público pueden modernizar de forma segura sus aplicaciones y soluciones de IA, al tiempo que gestionan los sistemas heredados, el cumplimiento normativo y el riesgo operativo.
Protección de los sistemas de IA: por qué la seguridad debe avanzar al ritmo de la innovación
Desde acelerar avances revolucionarios en medicina y educación hasta transformar la vida cotidiana, la IA está cambiando nuestra forma de vivir y trabajar. Pero también ofrece grandes oportunidades a los ciberdelincuentes.
Avanzar hacia la optimización digital tras la transformación
Descubre estrategias de optimización digital para garantizar políticas de seguridad coherentes, impulsar la madurez de la transformación digital y superar los retos de la transformación.
Proyecto de código abierto destacado: mayor observabilidad con F5 Cloud Logger iApp
En el punto de mira del código abierto: cómo aumentar la observabilidad. Lee el blog de F5 para descubrir cómo exportar fácilmente la telemetría de BIG-IP a plataformas modernas de análisis en la nube.
El estado de la entrega de aplicaciones en 2018: la transformación digital impulsa la automatización y la multinube pese a las preocupaciones de seguridad
Descubre las principales conclusiones del cuarto informe anual de F5 sobre el estado de la entrega de aplicaciones.
Estado de la entrega de aplicaciones en 2017: automatización, API y DevOps
Descubre el informe sobre el estado de la entrega de aplicaciones de 2017. Lee el blog retrospectivo de F5 sobre los inicios del auge de las redes declarativas y los flujos de DevOps.