¿Qué es CI/CD en DevOps?

Gracias a la revolución digital, el software y las TI han pasado de ser una mera función de apoyo para muchas organizaciones (aparte de los editores de software) a convertirse en una parte integral de muchos sectores empresariales.

En toda una serie de sectores, desde la banca y las finanzas hasta el comercio minorista, pasando por la administración pública, los viajes y el ocio, el desarrollo de software se está convirtiendo en una parte fundamental del trabajo de muchas organizaciones. El acceso a los productos y servicios se realiza a través de aplicaciones y servicios en línea, mientras que los sistemas informáticos internos son esenciales para el buen funcionamiento de una empresa.

En 2001, cuando esta tendencia comenzaba a cobrar fuerza, un grupo de desarrolladores de software redactó el manifiesto Agile. Fue su respuesta a algunos de los problemas que detectaban en la forma en que se desarrollaba el software en ese momento. El manifiesto recopila un conjunto de valores y principios para el desarrollo de software, y ha dado lugar a varios marcos de trabajo –Scrum es uno de los más conocidos– que los ponen en práctica.

La metodología Agile reconoce que hay que centrarse en la entrega de un software que funcione, y que las personas –mediante una colaboración y una comunicación efices– son fundamentales para lograr ese objetivo. Desarrollado en respuesta a los largos plazos de los proyectos en cascada de la época, en los que el software solía entregarse años después de haber fijado los requisitos y, para entonces, las necesidades del usuario y el contexto podían haber cambiado significativamente, el enfoque Agile consiste en adoptar instantáneamente los requisitos cambiantes.

Los marcos de trabajo y metodologías Agile se centran en el trabajo iterativo, la entrega periódica de pequeños fragmentos de software funcional, la recopilación de feedback y la adaptación en respuesta a este feedback. Esto supuso un cambio significativo con respecto al enfoque en cascada, que consiste en trabajar en distintas fases lineales de diseño, desarrollo, prueba y lanzamiento.

Mientras los equipos de desarrollo cambiaban su forma de enfocar el desarrollo de software adoptando los principios Agile, solían colaborar poco con los equipos que estaban más adelante en el proceso.

No era extraño que los equipos de operaciones –los responsables de la gestión de la infraestructura y de la implementación del software para su lanzamiento– trabajaran de forma completamente diferente y hablaran efectivamente un idioma distinto al de los desarrolladores que escribían el código.

Aunque los desarrolladores trabajasen de forma más eficiente dentro de su propio equipo, una vez que la compilación se entregaba a operaciones para su implementación en la fase de puesta en escena, el proceso a menudo formaba un cuello de botella. Las dependencias que faltaban, los problemas de configuración del entorno y los errores que no podían reproducirse en las máquinas locales de los desarrolladores creaban interminables idas y venidas entre los equipos y desacuerdos sobre qué parte era responsable de solucionar el problema.

A menudo, esto se combinaba con una estrategia de lanzamiento en cascada; aunque desarrollo entregase los cambios de forma incremental, los pasos posteriores seguían agrupando los cambios en grandes y poco frecuentes lanzamientos, eliminando así la oportunidad de obtener un feedback rápido de los usuarios.

La creación de un proceso de CI/CD automatizado pone en práctica estos ideales de DevOps.

La práctica de integración continua de confirmar con frecuencia fomenta el uso de lotes pequeños que puedan desplazarse a través del proceso con rapidez. Un sistema automatizado de compilación y prueba permite verificar cada cambio y proporcionar feedback mucho más rápidamente que un proceso manual.

Como desarrollador, obtener un feedback rápido sobre lo que acaba de escribir es más eficiente, ya que es menos probable que haya perdido el contexto para el cambio: puede mantener lo que Lean denomina "flujo". Las pruebas automatizadas frecuentes también contribuyen a mejorar la calidad, ya que la detección y la corrección de errores en una fase temprana evitan que se compile más código sobre ellos.

La automatización de la implementación en los servidores de preproducción hace que el proceso sea coherente y fiable, y ofrece la oportunidad de hacer un mayor uso de los entornos de puesta en escena para las pruebas y el feedback. La implementación de pequeños cambios en producción con frecuencia, en lugar de agruparlos en grandes lanzamientos poco frecuentes, reduce el riesgo de que algo vaya mal en entornos en vivo, ya que hay menos variables que se combinen para arrojar consecuencias no deseadas.

Si surge un error, el aislamiento y la resolución son más rápidos gracias al menor tamaño de los lotes. Publicar actualizaciones de forma incremental significa que se ofrece valor a los usuarios con regularidad y que se pueden utilizar los comentarios sobre esos cambios para informarse antes de continuar compilando, con lo que se sigue mejorando el producto.

El objetivo de CI/CD y de DevOps en general es acelerar el proceso de entrega de software valioso a los usuarios sin poner en entredicho la calidad. Los principios de DevOps se superponen y complementan las ideas de Agile y Lean. Si se examina todo el proceso de desarrollo de software y se optimiza cada etapa, se puede entregar más rápidamente y, por lo tanto, obtener feedback con prontitud, lo que permite un ciclo de desarrollo y mejora continuos.