- Mejora de la productividad de desarrollo al usar herramientas de CI/CD
- Según los resultados de la encuesta del informe ‘State Of Continuous Integration & Continuous Delivery Report’, publicado en abril de este año por SlashData, firma británica de análisis de desarrolladores, y la comunidad global de código abierto Continuous Delivery Foundation (CDF)
- Los desarrolladores que usan herramientas de CI/CD (gestionadas o self-hosted) tienen más probabilidades de mostrar mejores resultados en lead time de cambios de código, tiempo de recuperación del servicio y frecuencia de despliegue que quienes no las usan
- Estos tres son parte de los indicadores clave de DORA para evaluar la productividad de desarrollo
- Los desarrolladores que no usan herramientas de CI/CD tienen más probabilidades de mostrar un rendimiento inferior frente a quienes sí las usan
- Los desarrolladores que usan tanto herramientas de CI/CD gestionadas como self-hosted mostraron el mejor desempeño en lead time de cambios de código, tiempo de recuperación del servicio y frecuencia de despliegue
- Según SlashData y CDF, entre los desarrolladores con un lead time de cambios de código menor a un día, el grupo más numeroso fue el de quienes usan tanto herramientas de CI/CD gestionadas como self-hosted (24%)
- Les siguieron quienes usan solo herramientas de CI/CD gestionadas (22%), solo herramientas de CI/CD self-hosted (17%) y quienes no usan herramientas de CI/CD (13%)
- Entre los desarrolladores con un lead time de cambios de código de un mes o más, el grupo más numeroso fue el de quienes no usan herramientas de CI/CD (40%), seguido por quienes usan solo herramientas de CI/CD self-hosted (33%), solo herramientas de CI/CD gestionadas (30%) y tanto herramientas gestionadas como self-hosted (19%)
- Entre los desarrolladores con un tiempo de recuperación del servicio menor a una hora, el grupo más numeroso fue el de quienes usan tanto herramientas de CI/CD gestionadas como self-hosted (25%)
- Les siguieron quienes usan solo herramientas de CI/CD self-hosted (17%), solo herramientas de CI/CD gestionadas (15%) y quienes no usan herramientas de CI/CD (11%)
- Entre los desarrolladores con un tiempo de recuperación del servicio de una semana o más, el grupo más numeroso fue el de quienes no usan herramientas de CI/CD (32%), seguido por quienes usan solo herramientas de CI/CD self-hosted (29%), solo herramientas de CI/CD gestionadas (25%) y tanto herramientas gestionadas como self-hosted (17%)
- SlashData y CDF: “Si se usan tanto herramientas de CI/CD gestionadas como self-hosted, se puede elevar la eficiencia al combinar la conveniencia y las funciones integradas de las herramientas gestionadas con las capacidades de personalización de las herramientas self-hosted”
- En esta encuesta, las herramientas de CI/CD gestionadas se refieren a Azure Pipelines y AWS CodePipeline, mientras que las herramientas de CI/CD self-hosted se refieren a Jenkins y TeamCity
- Menor rendimiento al usar varias herramientas de CI/CD self-hosted
- Usar varias herramientas de CI/CD del mismo tipo puede reducir el rendimiento de despliegue
- Este fenómeno se destaca especialmente cuando se usan varias herramientas de CI/CD self-hosted
- Según la encuesta de SlashData y CDF, a medida que aumenta el número de herramientas de CI/CD self-hosted, crece de forma pronunciada la proporción de desarrolladores de bajo rendimiento con lead time de cambios de código, frecuencia de despliegue y tiempo de recuperación del servicio de un mes o más
- Según ambas organizaciones, entre los desarrolladores con un lead time de cambios de código de un mes o más, el grupo más numeroso fue el de quienes usan 4 herramientas de CI/CD self-hosted
- Entre los desarrolladores cuya frecuencia de despliegue y tiempo de recuperación del servicio eran de un mes o más, el grupo más numeroso fue el de quienes usan 5 o más herramientas de CI/CD self-hosted
- En cambio, entre los desarrolladores con lead time de cambios de código y tiempo de recuperación del servicio menores a un día, el grupo más numeroso fue el de quienes usan 1 herramienta de CI/CD gestionada
- SlashData y CDF señalaron que una causa principal del impacto negativo del aumento en el número de herramientas de CI/CD self-hosted sobre el tiempo de recuperación del servicio es el problema de la “interoperabilidad”
- Cuando se usan varias herramientas de CI/CD, puede ser difícil integrarlas todas correctamente
- Por eso, puede resultar complicado aislar los problemas que afectan al servicio
- Mayor integración de IA y machine learning con CI/CD
- La IA y el machine learning se integran cada vez más en los pipelines de CI/CD
- Los pipelines de CI/CD basados en IA ayudan a detectar problemas más rápido
- Esto ayuda a los equipos de desarrollo y pruebas a reducir de forma importante el tiempo de troubleshooting y debugging
- La IA automatiza la configuración de entornos de pruebas de CI y acelera las pruebas
- Esto impulsa la automatización inteligente en los pipelines de CD y también automatiza la revisión de código y las pruebas
- La IA y el machine learning se aplican para identificar vulnerabilidades en el código
- Se espera que el análisis predictivo se use activamente para prever problemas potenciales y fallas en los pipelines de CI/CD
- Esta tecnología utiliza datos, algoritmos estadísticos y machine learning
- Esto ayuda a los equipos a identificar y resolver problemas por adelantado al analizar patrones históricos de fallas de builds antes de que afecten al pipeline de despliegue
- Como resultado, los despliegues son más rápidos y estables
- La IA y el machine learning se aplicarán de manera más amplia y estrecha a CI/CD en el futuro
- GitOps aumenta su influencia en CI/CD
- GitOps influye cada vez más en los pipelines de CI/CD
- Es un marco operativo que aplica a la automatización de infraestructura las mejores prácticas de DevOps usadas en el desarrollo de aplicaciones, como control de versiones, colaboración, compliance y CI/CD
- Muchas organizaciones implementan GitOps como parte de sus procesos de CI/CD
- Con GitOps, los desarrolladores pueden usar el repositorio Git como una única fuente de verdad (SSOT) para código y configuración
- Cambios de código o configuración en el repositorio Git
- GitOps promueve cambios versionados en toda la infraestructura y el despliegue de aplicaciones, simplifica la colaboración y mejora la visibilidad
- GitOps centraliza todas las configuraciones y manifiestos de despliegue dentro del repositorio Git
- Con un flujo de trabajo centrado en Git, GitOps permite liberar automáticamente actualizaciones incrementales y ayuda a los desarrolladores a administrar clústeres y entregar aplicaciones de forma eficiente y segura sin errores de configuración
- Impulsado por su velocidad, eficiencia y facilidad de uso, GitOps será ampliamente adoptado en CI/CD a medida que las organizaciones simplifiquen los flujos de trabajo de DevOps y apliquen mejores prácticas de IaC
- Aumenta la necesidad de adoptar edge computing
- Crece la necesidad de incorporar edge computing en los pipelines de CI/CD
- El edge computing procesa datos en tiempo real y opera dispositivos en el lugar donde se generan los datos o cerca de él
- Esto ayuda a reducir la latencia para procesar y analizar datos en tiempo real, y permite que las aplicaciones funcionen de manera más eficiente y más rápida
- Se plantea que los pipelines de CI/CD deben adaptarse para soportar despliegues en el edge
- Por ejemplo: crear despliegues ligeros o usar contenedorización para desplegar más fácilmente en dispositivos edge
- Se vuelve más importante que nunca que los equipos de desarrollo entreguen de forma estable las versiones más recientes de programas y servicios a los dispositivos edge
- Conectar los pipelines de CI/CD al edge mejora la eficiencia operativa al ofrecer una experiencia de desarrollo consistente y eficiente para las aplicaciones edge
- Con retroalimentación temprana, se puede desplegar y probar automáticamente aplicaciones en el edge para entregar mejores productos más rápido
- Aunque algunos servicios ya soportan despliegues en el edge, es muy probable que aparezcan nuevas herramientas y plugins para pipelines existentes, incluidos los pipelines de CI/CD
1 comentarios
La verdad, no tengo muy claro cuál es la diferencia entre un CI/CD basado en IA y un CI/CD normal...