Cómo acelerar su proceso de CI/CD

El mercado moderno es un entorno hipermoderno, en constante cambio y en constante crecimiento. Cada día, se crean miles de nuevos competidores en todo el mundo, la tecnología transformadora sacude las industrias hasta sus cimientos y nuevos paradigmas están allanando el camino para hacer negocios.

En este contexto, las entregas rápidas son más importantes que nunca y los clientes quieren que sus proyectos cubran las demandas de un mercado competitivo que avanza a una velocidad vertiginosa. La entrega y el desarrollo continuos (CI/CD) es una metodología popular que busca hacer precisamente eso, automatizar el proceso de desarrollo y crear un ciclo constante.

Pero incluso un método diseñado para acelerar su ciclo de desarrollo puede tener una buena cantidad de obstáculos, y de eso hablaremos hoy. ¿Qué podemos hacer para optimizar nuestro proceso de CI/CD?

Construye solo lo que necesitas

Puede resultar tentador intentar incluir todo lo posible en cada confirmación, pero crear cinco módulos o servicios diferentes a la vez a menudo puede generar más problemas de los que vale la pena.

Una buena política es que cada compromiso sea como un buen correo electrónico, breve y directo. Incluso los proyectos basados ​​en una arquitectura monolítica tienen mucho que ganar si se adhieren a un módulo a la vez.

Centra tus esfuerzos en lo absolutamente necesario, prioriza y mantenlo simple. Los compromisos masivos a menudo pueden actuar como cuellos de botella debido a las revisiones de código, el control de calidad y las pruebas. Si el 99% del código es perfecto, pero una sola línea genera una señal, el resto del código puede quedarse atascado en el proceso mientras se soluciona el error.

Si esto suena como alguien que vende arquitecturas de microservicios, bueno, eso es exactamente lo que es. Si bien los enfoques monolíticos tienen sus propias ventajas, en general mantener todo micro y compartimentado ahorrará mucho tiempo a largo plazo.

Evite realizar demasiados cambios de funciones a la vez

Una pequeña continuación del punto anterior. Los cambios de recursos son necesarios, pero al mismo tiempo plantean un riesgo. Desde una perspectiva de desarrollo de software, con cada cambio de funciones corremos el riesgo de provocar errores en nuestro código o introducir consecuencias no deseadas.

Desde la perspectiva del usuario, demasiados cambios pueden confundir al usuario final y es más difícil evaluar qué cambios están funcionando y cuáles no si se introducen todos al mismo tiempo. Peor aún, corres el riesgo de que un cambio desagradable arruine toda la actualización, ya que la gente tiende a generalizar las malas experiencias.

Al igual que con la creación de nuevos módulos, si una función no supera la prueba, el resto de las funciones deben dejarse en espera mientras se encuentra al culpable. Para empeorar las cosas, cuanto más haya cambiado, más difícil será encontrar el origen del problema.

Vale la pena repetirlo, la mejor manera de evitar este tipo de cuellos de botella es pensar en pequeño, un cambio a la vez mantiene las cosas organizadas y es más fácil de manejar para todo el equipo.

Ejecutar trabajos en paralelo

Las canalizaciones de CI/CD pueden ahorrar mucho tiempo cuando se usan correctamente, pero al igual que una canalización, solo pueden manejar una cantidad limitada. Después de cierto umbral, el ciclo continuo colapsa y se forma un cuello de botella.

Para aquellos que no tienen mucha experiencia en el desarrollo de software, los pasos de compilación más comunes se realizan de forma secuencial. En otras palabras, cada paso se ejecuta solo y sólo ocurre después de que se completa el paso anterior.

En ocasiones podemos dividir el proceso en pasos individuales y ejecutarlos al mismo tiempo, esto comúnmente se conoce como ejecución paralela o concurrente. Cinco trabajos que tardan un minuto en completarse tardarían cinco minutos en completarse en secuencia y sólo un minuto si se ejecutan en paralelo.

Evidentemente no todo el trabajo se puede ejecutar en paralelo ni es necesario. Algunos trabajos son lo suficientemente rápidos o eficientes para manejar la carga de trabajo. Otros trabajos pueden requerir más tiempo y recursos y, en estos casos, el proceso se puede acelerar creando otras instancias para ejecutar juntas.

Caché, caché, caché

Los artefactos de versiones anteriores de CI/CD se pueden reutilizar durante nuevos ciclos. Por ejemplo, un paquete o contenedor requerido por su aplicación se puede utilizar en ciclos posteriores.

Para evitar tener que descargar o reconstruir completamente su grupo de recursos para cada ciclo, debe almacenar todo en caché y reutilizarlo siempre que sea posible. Existen herramientas fantásticas para este tipo de tareas, como Artifactory.

Al reutilizar los recursos que ya tiene a mano, puede aumentar significativamente la velocidad de su proceso de CI/CD. Al mismo tiempo, reduce el riesgo de que surjan problemas de compatibilidad en el futuro.

Si bien los cachés son útiles, no deberían usarse para siempre. Es importante eliminar su caché cuando los actualices o cuando ya no sean necesarios, para evitar confusiones en el futuro.

Utilice versiones canarias

Algunos equipos de DevOps lanzan versiones preliminares para un pequeño subconjunto de usuarios y recopilan comentarios antes de comprometerse por completo con un lanzamiento. Las versiones de Canary pueden ayudarle a recopilar datos útiles sobre sus cambios sin exponer toda su base de usuarios a posibles errores o problemas.

Los grandes equipos de desarrollo pueden incluso crear diferentes versiones canary, cada una dirigida a un subconjunto diferente de usuarios. De esta manera se pueden evaluar diferentes cambios en paralelo y detectar posibles problemas más fácilmente.

Por ejemplo, si tiene tres grupos de usuarios de muestra, A, B y C, y el grupo A informa un error, sabrá que algo está sucediendo específicamente con esa versión canary. De esta manera, es más fácil rastrear el origen del problema.

Analiza tu canalización

Dejamos lo mejor para el final. No podemos enfatizar lo importante que es para un equipo monitorear constantemente su proceso de CI/CD. Mida cuánto dura cada ciclo y observe de cerca qué trabajos están tardando más.

¿Se está utilizando el tiempo en pasos de alto valor? Si ese no es el caso, ¿qué puedes hacer para reducir el tiempo total o reorganizar tus pasos?

¿Hay pasos largos que no aportan valor? ¿Por qué están en su lugar? ¿Se pueden eliminar de forma segura?

Al comprender su propio proceso, podrá tomar mejores decisiones sobre cómo aumentar la velocidad de cada ciclo. Recuerde que diseñar una canalización de CI/CD es un proceso iterativo. Debes seguir trabajando en ello y monitoreándolo constantemente para encontrar áreas de mejora.