No importa lo rápido que puedas realizar las entregas si el despliegue retrasa el lanzamiento. Aunque los equipos de NetOps están empezando a adoptar la automatización y la orquestación, se enfrentan a importantes retos en sus esfuerzos por agilizar el despliegue. Los equipos de DevOps son quienes mejor pueden ayudarles a conseguirlo.
LA TRANSFORMACIÓN DIGITAL IMPLICA DEVOPS
Existe un vínculo indiscutible entre la transformación digital y DevOps. Debido a la transformación digital, el 48 % de las organizaciones están empezando a llevar aplicaciones a producción con mayor frecuencia. El 62 % están automatizando y orquestando sistemas y procesos de TI. El 52 % están cambiando la forma en que desarrollan aplicaciones (por ejemplo, mediante metodologías ágiles). Y el 42 % están explorando los contenedores y los microservicios. Desde los componentes básicos de las aplicaciones hasta los métodos empleados para lanzarlas al mercado, la transformación digital permite a DevOps pasar de la «entrega continua» al «despliegue continuo». Recuerde que «entrega» no significa lanzamiento al mercado, sino puesta en producción, que es donde comienza el proceso de despliegue y la aplicación pasa a un estado apto para su uso.
Esto se debe a que «apta para su uso» no significa simplemente que «la aplicación funciona correctamente». Engloba un conjunto de requisitos que deben implementarse y desplegarse en forma de servicios de aplicaciones. La escalabilidad, la seguridad, el rendimiento y la supervisión deben estar garantizados antes de que la aplicación pueda considerarse «apta para su uso». Esto es lo que conforma actualmente el «proceso de despliegue».
EL DESPLIEGUE NECESITA DEVOPS PARA HACER REALIDAD LA PROMESA DE LA AUTOMATIZACIÓN Y LA ORQUESTACIÓN
Por desgracia, una representación demasiado fiel del estado de la automatización en la entrega y el despliegue sería un viaje de esquí con George Jetson y Pedro Picapiedra. El primero, al venir del futuro, utiliza esquís propulsados a reacción, mientras que Pedro, que aún vive en el pasado, se las apaña con esquís de propulsión manual. Si has supuesto que George Jetson, con sus esquís propulsados por cohetes, representa a DevOps realizando la entrega continua, has acertado. Y si has supuesto que NetOps intenta realizar el despliegue continuo con un método mayoritariamente manual, también has acertado.
Los equipos de NetOps son los encargados de aprovisionar, desplegar y operar los 14 servicios de aplicaciones que, de media, utilizan actualmente las organizaciones. Esto abarca desde la escalabilidad (equilibrio de carga y control de entrada) hasta la seguridad (cortafuegos de aplicaciones web y defensas contra bots), pasando por servicios menos conocidos que mejoran el rendimiento de toda la pila que sustenta una aplicación.
Ahora bien, aunque cuentan con esquís que les ayudan a avanzar más rápido, todavía carecen de los esquís propulsados por cohetes de sus homólogos de DevOps.
La disparidad en la automatización de los pipelines puede provocar retrasos frustrantes
La disparidad entre los niveles de automatización de los distintos componentes de los servicios de aplicaciones necesarios para lograr el «despliegue continuo» pone de manifiesto la necesidad de eliminar las «fuerzas desequilibradas» que hacen que la mayoría de las organizaciones sigan utilizando métodos manuales. Esto es especialmente cierto en el caso de las organizaciones que no han automatizado NINGÚN componente del despliegue. Es la diferencia entre usar esquís propulsados por cohetes y esquís tradicionales. Incluso aquellas que han logrado automatizar partes del proceso no lo han hecho de forma sistemática: apenas el 21 % de las organizaciones ha automatizado los cuatro componentes clave. El 11 % solo ha conseguido automatizar un área y el 25 %, dos.
Imagina que estás en pleno vuelo y, de repente, los cohetes de tus esquís desaparecen.
Ya no podemos confiar en la solución tradicional de «asignar más personas al problema» para acelerar el despliegue. Esto no hace sino agravar los retrasos al añadir más capas de comunicación y obstáculos en los procesos entre la entrega a producción y la entrega al consumidor.
Estos retrasos generan malestar en la empresa porque la obligan a esperar y, lo que es peor, a menudo hacen que se omitan pasos (como los de seguridad) para recuperar el tiempo perdido. Para solucionarlo, debemos identificar y abordar las «fuerzas desequilibradas» que ralentizan el despliegue continuo.
¿QUÉ SON ESTAS «FUERZAS DESEQUILIBRADAS» Y QUÉ PUEDE HACER DEVOPS PARA REEQUILIBRARLAS?
Las fuerzas que generan desequilibrios en el despliegue se reflejan en los retos señalados por NetOps. Las competencias, las políticas, los presupuestos y la integración constituyen importantes obstáculos para lograr el despliegue continuo. NetOps sabe crear scripts, no me malinterpreten, y lo hace constantemente. Sin embargo, crear scripts no es automatizar ni resuelve la necesidad de integrar hasta 14 dispositivos, sistemas y servicios diferentes. NetOps necesita ayuda para identificar y poner en práctica las herramientas y metodologías que no solo permitan integrar estos sistemas dispares, sino que también impulsen el proceso de despliegue de forma coherente, predecible y repetible.
Aquí es donde DevOps puede ayudar a NetOps a implantar con éxito una práctica de despliegue continuo.
LA COLABORACIÓN DEBE TRASPASAR LA FRONTERA ENTRE TI Y 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 del pipeline, y los equipos tradicionales dedicados a una única función se quedan atrás frente a sus homólogos actuales, orientados a DevOps. Impulse estructuras de equipo más colaborativas. En esa misma línea, un equipo colaborativo debe estar alineado en torno a métricas clave. Las métricas compartidas permiten que NetOps y Seguridad trabajen para lograr un despliegue continuo sin penalizaciones. En la actualidad, casi tres cuartas partes de los equipos de NetOps se evalúan en función de la DISPONIBILIDAD DE LA RED. La frecuencia de despliegue apenas cuenta para ellos. Se centrarán en mantener la red operativa porque eso es en lo que deben centrarse. Las métricas compartidas permiten a NetOps centrarse en lo que necesita la empresa: despliegues más rápidos y frecuentes.
Por último, la empatía es imprescindible. Todos formáis parte del mismo equipo y, aunque os sorprenda, valoráis las mismas cosas. Los equipos de NetOps tienen las mismas probabilidades que los de DevOps de conceder una gran importancia a la automatización del pipeline. Recordad que DevOps lleva diez años de ventaja a NetOps a la hora de abordar y superar obstáculos relacionados con la integración, las herramientas y las competencias. Los equipos colaborativos pueden ayudar fomentando la estandarización de herramientas que abarquen desde la entrega hasta el despliegue (como Jenkins y GitHub/GitLab).
Organiza sesiones formativas durante la comida. Ofrécete a orientar a un compañero de NetOps y comparte conocimientos y enlaces a tutoriales y comunidades que brinden a los profesionales de NetOps oportunidades para aprender los entresijos del oficio. Crea un «Centro de excelencia en automatización» o una comunidad para ayudar a establecer buenas prácticas, compartir soluciones y fomentar el intercambio de conocimientos que permitan abordar esas «fuerzas desestabilizadoras».
DevOps no debería —ni puede— terminar con la entrega. Una aplicación no está realmente «terminada» hasta que llega a manos de sus destinatarios. Esto significa que el despliegue —y su compleja cadena de dispositivos y servicios de aplicaciones— debe automatizarse para reducir el tiempo necesario para llegar hasta ellos. DevOps cuenta con las competencias, las herramientas y la experiencia necesarias para ponerle cohetes a los esquís de NetOps, de modo que este equipo también pueda avanzar tan rápido como lo requiera el negocio.
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.