La automatización es el futuro. DevOps ha adoptado desde hace mucho tiempo la idea de automatizar todo lo que esté a la vista, pero NetOps está cerrando rápidamente la brecha entre ellos al utilizar la automatización y la orquestación ampliamente en los procesos de producción.
Casi la mitad (46%%) de los encuestados en nuestra encuesta sobre el estado de la entrega de aplicação 2018 indicaron al menos un uso "parcial" de la automatización en la producción. Esto incluye el uso constante de la automatización para cambios importantes de producción (25%), cambios menores de producción (26%) e incluso respuesta a incidentes (22%). Más de la mitad utiliza “a veces” la automatización en los tres casos.
Esa automatización se implementa de diversas formas. La automatización de redes como la de Cisco, VMware y OpenStack son populares, como también lo son los marcos y herramientas como Puppet, Chef y los viejos scripts de Python.
Decir que la automatización es algo que realmente está sucediendo no es quedarse corto. NetOps ha llegado. Esto no es un simulacro.
Eso es emocionante, a primera vista, pero cuando profundizamos en lo que significa descubrimos que hay desafíos que quizá aún no hayan salido a la superficie.
Por ejemplo, automatizar un cambio en el firewall o el enrutador es una cosa. Incluirlo en un proceso de implementación general, bueno, eso es otra cosa (y el término apropiado para eso es orquestación, en caso de que se lo esté preguntando).
Una vez que comienzas a encadenar (integrar) sistemas y scripts, has creado lo que equivale a una "aplicação". Hay muchas partes móviles que deben implementarse, administrarse, mantenerse, actualizarse, parchearse y licenciarse.
No se trata de una tarea ardua, pero es una que NetOps probablemente no esté teniendo en cuenta.
Es fantástico que los desarrolladores ahora puedan ingresar un ticket en ServiceNow y eso iniciará un flujo de trabajo de TI que automáticamente aprovisiona, configura y factura el recurso deseado. ¿Pero qué pasa cuando ServiceNow falla? O cuando uno de los componentes de esa frágil cadena de repente se derrumba. ¿O cuando una actualización de uno de los componentes rompe la integración?
Si cierras los ojos, oirás el sonido de los desarrolladores riéndose entre dientes por una sobredosis de schadenfreude ante la idea.
Una de las consecuencias no deseadas de la automatización de TI será que TI tendrá que mantener más software y sistemas. Algunos de ellos serán críticos y requerirán más cuidados y alimentación que otros.
Así como hay legiones de desarrolladores de “mantenimiento” o “soporte” dentro de las organizaciones empresariales cuya tarea es simplemente mantener los sistemas de software en funcionamiento, será necesario un rol similar dentro de TI para lidiar con las operaciones diarias de NetOps Operations.
NetOpsOps. Sí, es una palabra compuesta terrible, pero es una forma precisa de describir lo que se necesitará a medida que la automatización consuma cada vez más tareas de implementación de NetOps.
Algunas de esas tareas serán de una naturaleza tal (integración, sistemas de software, etc.) que podrán ser asumidas por el personal de operaciones existente. Pero algunos son específicos de la red, y eso significa alguien que entiende los scripts y los sistemas y los componentes de red involucrados.
No puedes solucionar problemas, actualizar ni modificar códigos/scripts/plantillas si no sabes lo que están haciendo.
Si me preguntas qué le pasa a mi moto de nieve te diré que no tengo idea. Sé cómo abrir el capó y cargar la batería, pero no me pidas que ande trasteando con las piezas que lo hacen funcionar. Eso es lo mismo que pedirle a un pasante de desarrollo experto en JavaScript que actualice un libro de copias COBOL. Esa es una receta para el desastre.
En última instancia, NetOps necesitará algunas personas (los NetOps Ops) que tengan conocimientos sobre la red y los sistemas utilizados para automatizarla. Cuanto más se utilice la automatización, más imperativo será contar con dichas personas para que asuman la responsabilidad de mantener dicha automatización mientras los ingenieros trabajan en la próxima gran novedad.