Prólogo
Los conceptos fundamentales de integración continua/entrega continua (IC/CD) existen desde hace varias décadas, desde que Martin Fowler y Matthew Foemmel de Thoughtworks popularizaron por primera vez la IC en su ensayo seminal de septiembre de 2000, y Jez Humble y Dave Farley escribieron sobre la DC en su libro de 2010 Continuous Delivery: Reliable Software Releases Through Build, Test, and Implementación Automation (Addison-Wesley Professional). Sin embargo, han tenido que pasar años para que se adopten de forma generalizada las herramientas de CI/CD y para que arraigue la noción de canal de entrega de software. Creo que esto se debe a que primero han tenido que producirse tres cambios sociotécnicos fundamentales en nuestra forma de desarrollar software:
- El desarrollo tenía que pasar a ser colaborativo, en lugar de ser realizado por ingenieros individuales aislados. Esto se impulsó primero con un sistema de control de versiones verdaderamente distribuido (Git) y luego se aceleró mediante plataformas de pull-request como GitHub.
- Era necesaria una adopción generalizada de prácticas ágiles. Motivados por las métricas de los líderes de DevOps, como DevOps Research Associates (DORA), que, contrariamente a la intuición, mostraban que la entrega más frecuente de cambios más pequeños reduce el riesgo, los líderes de ingeniería inteligentes impulsaron la implementación de canalizaciones de creación de uso frecuente, en las que el software se creaba, probaba e implementaba de ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access