¿Qué es NoOps?

La búsqueda de operaciones de TI totalmente automatizadas

0
256

La automatización se ha convertido en una herramienta ampliamente utilizada para agilizar las operaciones de TI, y Mindtree es una de las organizaciones que elimina procesos manuales de su infraestructura a medida que avanza hacia la producción de un ambiente más automatizado.

La estrategia del proveedor de servicios de consultoría y administración sigue una meta ambiciosa que prevalece en muchas organizaciones tecnológicas: alejarse del trabajo convencional de las operaciones de TI y dejar que las máquinas lo manejen.

En lo que concierne a la experiencia de desarrollo, un ambiente como ese -donde prácticamente no se usan operaciones manuales- podría generar un desarrollo más veloz y con menor fricción, lo que significaría mejores tiempos de respuesta para las solicitudes de nuevas funciones y servicios de negocio, afirma Rene Head, vicepresidente mundial de infraestructura de Mindtree.

«No se trata solo de la excelencia en la producción de TI; también es una victoria para el negocio”, afirma Head.

Esa es la promesa de NoOps, una tendencia emergente en TI que está llevando a algunas organizaciones más allá de la automatización, proporcionada por DevOps, a un ambiente de infraestructura que no requiere el trabajo de operaciones.

¿Qué es NoOps?
NoOps es la idea de que el ambiente de software puede estar tan automatizado que no es necesario que un equipo de operaciones lo administre. NoOps, que significa «no operaciones”, es un concepto que impulsa una tendencia que ha estado en marcha durante una década o más.

Para ser claros, NoOps no es lo mismo que recurrir al outsourcing para sus operaciones de TI. No se trata de pasar a SaaS o a la nube y esperar que esos proveedores ejecuten las operaciones. Aunque Mindtree y otros proveedores de servicios gestionados, junto a las empresas de nube, están en la ruta de NoOps para ganar más velocidad y agilidad en su propia infraestructura.

NoOps tampoco se trata de una tecnología independiente. No es lo mismo que la tecnología sin servidor, contenedores, Kubernetes o microservicios -aunque todos ellos tienen un papel en el camino de un departamentode TI hacia la NoOps.

NoOps tampoco es una plataforma que se pueda comprar.

En su lugar, los expertos afirman que NoOps requiere múltiples tecnologías y, lo que es más importante, una reelaboración de los procesos y flujos de trabajo de TI en los que la automatización, el aprendizaje automático e incluso la inteligencia artificial, eliminan no solo las tareas repetitivas y mundanas, sino las tareas de mayor nivel que los trabajadores ahora manejan.

Sin embargo, tenga en cuenta que algunos líderes de la industria también consideran que NoOps es una aspiración, en lugar de un destino final práctico. Afirman que la idea de que el área de TI puede eliminar completamente las operaciones manuales para la gestión del ciclo de vida de sus propios procesos internos, o del funcionamiento de sus proveedores, no es una expectativa realista.

«En los verdaderos NoOps, las áreas de desarrollo y operaciones nunca necesitan interactuar para realizar sus trabajos. En DevOps, en cambio, estas áreas trabajan juntas durante todo el ciclo de vida”, afirma Karen Panetta, decana de ingeniería en Tufts University y miembro del IEEE. «En la forma más verdadera, lo que NoOps afirma es: ‘Automaticemos [el desarrollo, la implementación y el mantenimiento] para poder retirar al ser humano del ciclo y encargarnos de todo. Es un tipo de ítem idealizado, dentro de una lista de deseos. Existen ciertas cosas que puede hacer, pero otras cosas que no”.

Evolución de NoOps
Deloitte colocó a «NoOps en un mundo sin servidor” entre sus Tendencias Tecnológicas del 2019, declarando que el «próximo estado en la evolución de la computación en la nube”automatiza las tareas clave, permitiendo que el talento de TI cambie su enfoque en las operaciones, por el enfoque en los resultados”.

Es cierto, afirman los expertos, que algunas áreas de TI están madurando en su uso de la automatización lo suficiente como para considerar, al menos, algunas partes de sus organizaciones como un ambiente NoOps.

Sin embargo, la idea de NoOps no es nueva, ni tampoco lo es el debate acerca de si es un estado alcanzable, un grito de batalla o solo un sueño. En el 2012 se desarrolló un debate sobre esta noción entre los ejecutivos de tecnología de Etsy y Netflix.

Dejando de lado los argumentos teóricos, varios expertos están de acuerdo en que los problemas tangibles dentro del área de TI de las empresas impulsaron la necesidad de la transformación de las operaciones del ciclo de vida de su software. Las empresas, aproximadamente en la década pasada, se vieron cada vez más limitadas por el hecho de que los equipos de tecnología necesitaban semanas e incluso meses para configurar los servidores -un lapso que frustró las iniciativas de negocios que requerían un nuevo software que les brinde soporte.

El área de TI respondió a esa frustración con la adopción generalizada de nuevas tecnologías, como la computación en la nube, así como de nuevas metodologías como Agile y DevOps.

Deloitte afirma que TI ahora ha entrado en la siguiente fase, señalando en su informe Tendencias Tecnológicas: «La hiperautomatización de la computación en la nube ha creado un ambiente NoOps en el que el software y el hardware definido por software son provistos dinámicamente, lo que permite que los colaboradores puedan realizar la transición hacia nuevos roles y ayudar a impulsar los resultados de negocio”.

Un continuum hacia la NoOps
Ken Corless, director de Deloitte Consulting LLP y CTO para la práctica en la nube de la firma, describe a NoOps como la «cumbre de la montaña DevOps”.

«La meta real de DevOps era agilizar, reducir costos y mejorar la calidad. Con NoOps, en lugar de reunir a los desarrolladores y operadores para reducir la fricción, se impulsa la automatización para que los desarrolladores puedan concentrarse aún más en el código”, agrega Corless.

El consultor afirma que los avances en los servicios de los proveedores de nube, microservicios y tecnologías sin servidor se han unido para permitir que los líderes de TI de las empresas adopten cantidades cada vez mayores de automatización en las operaciones del ciclo de vida de su software, desde el desarrollo y la implementación, hasta el mantenimiento.

«El objetivo es tener equipos más pequeños, hacer más cosas, moverse a un ritmo más rápido y hacerlo de una manera muy resistente”, afirma Corless. «Nadie ha descubierto cómo hacer que suceda sin TI, pero todos quieren pasar más del mantenimiento al desarrollo”.

Los CIO que están madurando en los ambientes NoOps, están estudiando cómo «reducir la cantidad de personas involucradas para acelerar el viaje” al reducir la cantidad de personas requeridas dentro de las operaciones de software, hasta el punto en que «no tiene que pedir permiso ni ingresar una solicitud, presiona un botón y sucede”, explica Corless, con una mayor automatización que elimina las tareas de la administración de DNS a la administración de actualizaciones.

Sin embargo, según los expertos, TI no está ni siquiera cerca de lograr verdaderos ambientes NoOps. «Es parte del continuum, por lo que en el nivel más bajo [de madurez], TI podría usar la automatización para algunas cosas”, afirma Panetta.

Panetta señala que los equipos de infraestructura -ya sea que estén en áreas de TI, servicios gestionados, proveedores de SaaS o proveedores en la nube- generalmente se mueven poco a poco hacia NoOps.

No es un movimiento fácil, afirma ella. Deben comprender cómo encajan y fluyen todas las partes en Operaciones, desde la ingeniería, las pruebas de control de calidad, hasta el mantenimiento -e incluye la ingeniería y otras disciplinas tecnológicas. Y deben reconocer dónde no funcionará NoOps, como con los sistemas previos, que aún ocupan una porción de espacio dentro de los portafolios de TI de muchas organizaciones.

«No es un interruptor binario; se verá una mezcla de cosas que pueden dirigirnos hacia la automatización y cosas que no lo harán”, agrega.

Rechazo del concepto
Otros rechazan la noción de NoOps, señalando que la exageración alrededor del término parece haberse centrado en el aumento de la automatización en la provisión de la infraestructura, que no es lo mismo que Operaciones.

Los expertos están de acuerdo en que los líderes de infraestructura sí tuvieron que ir en esa dirección para moverse a la velocidad de los negocios, pero algunos recalcan que la automatización total de las operaciones no es algo que esté ocurriendo.

«Siempre tendrá que dar soporte a lo que creó. Si tiene clientes que quieren acceder a ello ¿qué sucede si no funciona? Entonces, necesita soporte. Y cuanto más complejo sea un sistema, más probabilidades habrá de que se necesitarán humanos para ayudar a mantenerlo”, afirma Charles Betz, analista principal de Forrester Research, que atiende a profesionales de infraestructura y operaciones.

Betz afirma que TI debe utilizar la automatización para garantizar que el aprovisionamiento de infraestructura para el desarrollo de software se realice tan rápido como lo desee la empresa, pero también señala que TI debe conocer los límites de lo que deberían esperar de la presentación de ventas de la automatización.

«NoOps no significa deshacerse de la mesa de servicio y de las operaciones. No significa que va a conseguir una automatización mágica para que no tenga que resolver problemas y hacer correcciones. Podría significar que, en lugar de una organización de operaciones tradicional que funciona como una unidad de negocios, usted toma a algunos o todos los ingenieros de operaciones y los distribuye en sus equipos de desarrollo, por lo que es un movimiento de proyecto a producto”, afirma.

Él añade: «En todo caso, las operaciones se están haciendo cada vez más difíciles. Eso es algo que estamos escuchando de todos nuestros clientes. Y quien afirme que deberíamos gastar menos en operaciones es activamente dañino”.

Betz rechaza aún más la idea de que la automatización puede ser universal y exhaustiva en todas las operaciones, o que el área de TI debería aspirar a eso.

Él afirma: «NoOps envía el mensaje equivocado y establece expectativas equivocadas. Necesitamos conversaciones maduras sobre la automatización, los pros y los contras. Nos dirigimos a un momento de mayor preocupación por la paradoja de la automatización y la complacencia de la automatización. ¿Qué pasa cuando el piloto automático hace algo que usted no entiende? La medida en que NoOps alimenta la complacencia de la automatización es peligrosa para el CIO”.

Él reconoce que la automatización trae velocidad y costos potencialmente más bajos, pero las organizaciones también necesitan estabilidad, confiabilidad y capacidad de recuperación -características que la automatización puede facilitar y dificultar dependiendo de cómo se use y administre.

«Un exceso de automatización puede tener sus desventajas, y cuando la automatización fracasa, puede ser doloroso”, afirma Betz. «La automatización es inevitable, pero sigue siendo una herramienta. Es una herramienta eléctrica y, al igual que una motosierra, le hará mucho daño si no la opera correctamente”.

Otros están de acuerdo en algunos de esos puntos. Panetta, por ejemplo, afirma que las habilidades humanas siempre serán necesarias para algunas tareas de monitoreo, solución de problemas y reparación. Y Corless afirma: «NoOps no es realmente alcanzable, pero es un grito de batalla efectivo”.

Ellos y otros también mencionan que términos como AIOps y automatización heurística reflejan con mayor precisión lo que está sucediendo en las operaciones de infraestructura.

Head, vicepresidente global de infraestructura de Mindtree, también reconoce los límites de NoOps. «Es una perspectiva conceptual agradable, y muy difícil de lograr”, afirma. En cambio, él concibe a NoOps como un viaje, donde es posible realizar operaciones automatizadas para segmentos particulares, mientras deja en manos humanas ciertas áreas como los sistemas de producción de alta gama.

«Eso es más factible y se puede hacer”, afirma. «Creo que uno puede llegar a un uso reducido de operaciones”.

Mary K. Pratt, CIO.com