DevOps no termina con la entrega
No importa qué tan rápido pueda entregar si la implementación retrasa el lanzamiento. Si bien NetOps se está adaptando a la automatización y la orquestación, existen desafíos importantes que enfrentan sus esfuerzos por acelerar la implementación. DevOps está en la mejor posición para ayudarlos a lograrlo.
TRANSFORMACIÓN DIGITAL SIGNIFICA DEVOPS
Es indiscutible que existe un vínculo entre la transformación digital y DevOps. Gracias a DX, el 48 % de las organizaciones están moviéndose hacia la entrega de aplicaciones a producción con mayor frecuencia. El 62% está automatizando y organizando sistemas y procesos de TI. El 52% está cambiando su forma de desarrollar aplicaciones (piense en Agile). Y el 42% está explorando contenedores y microservicios. Desde los componentes básicos de las aplicações hasta los métodos establecidos para llevarlas al mercado, la transformación digital significa que DevOps tiene una forma de extender la "entrega continua" a la "implementación continua". Recuerde, "entrega" no significa comercializar, sino producir, donde comienza el proceso de implementación y lleva la aplicação a un estado aceptable para el consumo.
Esto se debe a que "aceptable para el consumo" no significa únicamente "la aplicación funciona bien". Abarca un conjunto de requisitos que deben implementarse y desplegarse en forma de servicios de aplicação . Escala, seguridad, rendimiento, supervisión: todo debe estar en su lugar antes de que la aplicação pueda considerarse "aceptable para el consumo". Esto es lo que constituye hoy el "proceso de implementación".
LA IMPLEMENTACIÓN NECESITA DEVOPS PARA HACER REALIDAD LA PROMESA DE AUTOMATIZACIÓN Y ORQUESTACIÓN
Lamentablemente, una descripción demasiado precisa del estado de la automatización en la entrega y la implementación es un viaje de esquí con George Jetson y Fred Flintstone. El primero, que viene del futuro, se desplaza en esquís propulsados por chorro de agua, mientras que Fred, que todavía vive en el pasado, se las arregla con esquís manuales. Si adivinaste que George Jetson en sus esquís propulsados por cohetes es DevOps haciendo entrega continua, estás en lo cierto. Y si adivinaste que NetOps está intentando hacer una implementación continua con un método mayoritariamente manual, también estarías en lo cierto.
NetOps es el personal encargado de aprovisionar, implementar y operar el promedio de 14 servicios de aplicação que utilizan las organizaciones hoy en día. Esto incluye todo, desde la escalabilidad (equilibrio de carga y control de ingreso) hasta la seguridad (firewalls de aplicação web y defensas contra bots) hasta los servicios más oscuros que mejoran el rendimiento de toda la pila que respalda una aplicação.
Ahora bien, si bien cuentan con esquís que los ayudan a moverse más rápido, aún carecen de los esquís asistidos por cohetes de sus contrapartes de DevOps.
La disparidad en la automatización de tuberías puede provocar retrasos frustrantes
La disparidad entre las tasas de automatización de varios componentes de servicios de aplicação necesarios para lograr una "implementación continua" indica la necesidad de eliminar las "fuerzas desequilibradas" que llevan a que la mayoría de las organizaciones aún utilicen métodos manuales. Esto es particularmente cierto para las organizaciones que han automatizado componentes de implementación CERO. Ésta es la diferencia entre tener esquís asistidos por cohete y esquís tradicionales. Incluso aquellos que han logrado automatizar partes del proceso de venta no lo han hecho de manera consistente: apenas el 21 % de las organizaciones han automatizado los cuatro componentes clave. El 11% sólo ha conseguido automatizar una única área, el 25% ha conseguido dos.
Imagínate estar en pleno vuelo y, de repente, los cohetes de tus esquís desaparecen.
Ya no podemos depender de la tradicional respuesta de "poner más gente a trabajar en el problema" para acelerar la implementación. Esto sólo consigue agravar los retrasos al añadir más capas de comunicación y baches en el proceso entre la entrega a producción y la entrega al consumidor.
Estos retrasos hacen que las empresas se sientan insatisfechas porque tienen que esperar y, lo que es peor, a menudo conducen a omitir pasos (como el de seguridad) en el camino para recuperar el tiempo perdido. Para solucionar esto, debemos encontrar y abordar las "fuerzas desequilibradas" que ralentizan el despliegue continuo.
¿CUÁLES SON ESTAS “FUERZAS DESEQUILIBRADAS” Y QUÉ PUEDE HACER DEVOPS PARA REEQUILIBRARLAS?
Las fuerzas desequilibrantes en la implementación se pueden encontrar en los desafíos citados por NetOps. Las habilidades, las políticas, los presupuestos y la integración son obstáculos importantes para lograr una implementación continua. NetOps puede crear scripts, no me malinterpreten, y lo hace todo el tiempo. Pero la creación de scripts no es automatización y no aborda la necesidad de integración entre potencialmente 14 dispositivos, sistemas y servicios diferentes. NetOps necesita ayuda para identificar y poner en práctica las herramientas y metodologías que no solo permiten la integración entre estos sistemas dispares, sino que también impulsan el proceso de implementación de manera consistente, predecible y repetible.
Aquí es donde DevOps puede ayudar a NetOps a construir una práctica de implementación continua exitosa.
LA COLABORACIÓN TIENE QUE CRUZAR LA LÍNEA ENTRE ELLO Y EL DESARROLLO
La cultura no es opcional. Tiene un impacto muy real en los comportamientos y las prácticas. La estructura del equipo por sí sola cambia drásticamente la automatización de los procesos de venta, y los equipos tradicionales de función única quedan rezagados frente a sus contrapartes contemporáneas impulsadas por DevOps. Impulsar estructuras de equipo más colaborativas. En esa misma línea, un equipo colaborativo debe estar alineado en cuanto a métricas clave. Las métricas compartidas permiten que NetOps y Security trabajen hacia una implementación continua sin penalizaciones. En la actualidad, casi tres cuartas partes de NetOps se miden en función del TIEMPO DE ACTIVIDAD DE LA RED. La frecuencia de despliegue apenas les preocupa. Se centrarán en mantener la red en funcionamiento porque es en eso en lo que deben centrarse. Las métricas compartidas le dan a NetOps permiso para centrarse en lo que la empresa necesita: implementaciones más rápidas y frecuentes.
Por último, se requiere empatía. Todos están en el mismo equipo y, quizá les sorprenda saberlo, valoran las mismas cosas. Es tan probable que NetOps le dé un alto grado de importancia a la automatización de pipelines como DevOps. Recuerde, DevOps tiene diez años de ventaja sobre NetOps en la navegación y superación de obstáculos relacionados con la integración, las herramientas y los conjuntos de habilidades. Los equipos colaborativos pueden ayudar promoviendo la estandarización de herramientas que abarcan desde la entrega hasta la implementación (como Jenkins y GitHub/GitLab).
Organiza almuerzos y aprende. Ofrezca ser mentor de un homólogo de NetOps y compartir conocimientos y enlaces a tutoriales y comunidades que puedan brindar oportunidades para que NetOps aprenda los trucos del oficio. Inicie un "Centro de excelencia en automatización" o una comunidad para ayudar a establecer las mejores prácticas, compartir soluciones y fomentar el intercambio de conocimientos que aborden esas "fuerzas desequilibrantes".
DevOps no debe (y no puede) finalizar con la entrega. Una aplicação no está realmente "terminada" hasta que está en manos de sus consumidores previstos. Esto significa que la implementación (y su ciertamente compleja cadena de dispositivos y servicios de aplicação ) debe automatizarse para reducir el tiempo necesario para lograrlo. DevOps tiene las habilidades, las herramientas y la experiencia para ayudar a equipar los esquís de NetOps con cohetes para que también puedan moverse tan rápido como el negocio lo necesita.