Dev&Ops - EP48 - La Infraestructura REAL detrás de un CI/CD Pipeline
Sobre este episodio
En este episodio hablamos de algo que muchos usamos todos los días… pero pocos entienden a fondo: la infraestructura detrás de un CI/CD pipeline. ¿Qué hay realmente detrás de un simple “runs-on: ubuntu-latest”? ¿Por qué existen los runners personalizados? ¿Cuándo necesitas cache, artifacts o un container registry propio? Douglas explica el “esqueleto” de un pipeline moderno y cómo estos componentes impactan directamente en rendimiento, seguridad, escalabilidad y costos. Una conversación clave tanto para developers como para quienes trabajan en sistemas, SRE o DevOps. 🔍 En este episodio aprenderás: Qué es un runner y por qué no siempre basta con el que te da la nube Cuándo necesitas runners privados, efímeros o con Kubernetes Cómo funciona el cache en CI/CD y por qué puede reducir builds de 40 a 6 minutos Qué son los artifacts y por qué son clave para rollbacks Cómo y por qué usar un container registry propio Qué pedirle a tu equipo de operaciones cuando tu pipeline es lento ¡Únete a nuestra comunidad online! 👇 YouTube: https://www.youtube.com/@DevAndOpsPodcast ▶️ TikTok: https://www.tiktok.com/@devandops 🕺 Instagram: https://www.instagram.com/devandopspodcast/ 📸 Facebook: https://www.facebook.com/devandops 👍 Spotify: https://open.spotify.com/show/1MuMODYsE4xN6RhOcd8EaG 🎧 📑 Capítulos: (00:00) Introducción: infraestructura detrás del CI/CD (01:03) Estado actual y contexto del episodio (02:00) ¿Qué es realmente el esqueleto de un pipeline? (09:17) Runners: qué son y cómo funcionan (14:13) ¿Por qué separar runners de Jenkins o GitLab? (17:00) Casos reales para usar runners privados (20:39) Runners efímeros con Kubernetes (25:37) ¿Un runner puede ser un contenedor? (29:00) Cache en CI/CD: qué es y por qué es crítico (33:00) Cómo el cache acelera pipelines grandes (39:33) Artifacts: qué son y para qué sirven (45:14) Cache vs Artifacts: cuándo usar cada uno (51:00) Container Registry como parte del pipeline (55:00) Seguridad y tokens temporales (57:19) Reflexión final para developers y SREs (1:01:04) Cierre del episodio