Las operaciones de TI deben ir más allá de la secuencia de comandos para llegar a la automatización
Prueba sorpresa: ¿qué es más pesado? ¿Una libra de plumas o una libra de rocas?
Pregunta capciosa, por supuesto. Una libra es una libra. Simplemente hay muchas más plumas en una libra que piedras.
Bien, pasando a un tema más relacionado, ¿cuál es más rápido? ¿Un script ejecutado a través de un comando manual o un script invocado a través de una llamada API?
En este punto, probablemente hayas deducido que la respuesta es como la primera y hayas respondido que no hay diferencia. Al menos no hay una diferencia perceptible.
Un script es un script y su tiempo de ejecución no depende de su método de invocación. Ya sea que se inicie mediante un comando manual o se invoque a través de una API, el script se ejecutará tan rápido como sea posible. Período.
Esto es importante porque mejorar la velocidad de las operaciones con automatización no es realmente una cuestión de scripts, sino de un proceso. Se trata de la transferencia. Nunca podrás optimizar las implementaciones si te concentras únicamente en la programación de pasos individuales del proceso. Debes llegar más alto, hasta el proceso mismo, antes de ver una mejora real.
El objetivo de la automatización en cualquier industria es casi siempre la optimización. Lo vimos en nuestra encuesta sobre el estado de la entrega de aplicação de 2018, donde el 72 % de los encuestados con una iniciativa de transformación digital identificaron la “optimización de TI” como el beneficio esperado número uno. El objetivo era la optimización.
Optimizar significa encontrar y eliminar cuellos de botella. En el mundo de TI, casi siempre se trata de las transferencias entre los pasos de un proceso operativo. El trabajo real –los guiones– es el valor. El tiempo que transcurre entre la ejecución de esos scripts es casi siempre fuente de demora y frustración para quienes esperan el resultado. La mayoría (52%) de NetOps todavía gestiona la infraestructura de esta manera.
No basta con que cada dominio operativo describa su parte en el proceso. La creación de un script para cambiar el firewall, el aprovisionamiento y la configuración de los servicios de la aplicação y el establecimiento de la infraestructura de la aplicación son todas cosas buenas que se pueden hacer individualmente. Pero esto es sólo el comienzo. En conjunto, estos pasos automatizados individuales conforman un único proceso operativo. Automatizar eso es lo que llamamos orquestación. Y es en la orquestación donde encontramos los retrasos y las transferencias defectuosas que introducen las ineficiencias que hacen caer a ITOps.
Aquí es donde la cultura y la estructura organizacional importan. Si usted es el primer paso en el proceso de implementación (por ejemplo, la creación de la infraestructura de la aplicación), entonces es usted quien debe delegar el proceso al siguiente paso en la fila. Es probable que ese sea el paso de aprovisionamiento de servicios de aplicação (equilibrio de carga, etc.).
¿A quién le entregas eso? ¿Va a una cola? ¿Generas un ticket? ¿Cómo funciona esto?
Debe ser una transición fluida, ya sea gobernada por un manual general (receta, libro de cocina, manifiesto, etc.) o por algún sistema externo que supervise la ejecución del proceso. La introducción de la interacción manual en la ejecución del proceso significa que en realidad no estás aprovechando la automatización, solo estás usando scripts.
Y si bien los scripts pueden ser un componente integral de su estrategia de automatización, no son automatización en sí mismos porque no se integran con el proceso de gobierno que los impulsa.
Si va a optimizar la TI mediante la automatización, entonces necesita automatizar los procesos. Porque así es como se eliminan los tiempos de espera y se descubren los procesos operativos osificados (incluidas las tres capas de aprobaciones) que realmente mejorarán el rendimiento y aumentarán la velocidad de forma significativa.
La automatización, no solo la creación de scripts, es una señal de una práctica de NetOps madura que lo acerca un paso más al objetivo de una red ágil.