Grupo de medios y radiodifusión
Dos mil builds, un solo pipeline
Un grupo de medios con equipos en sistemas de build distintos y ninguna forma común de publicar. Consolidado en una sola plataforma, con las herramientas a medida que hacían falta para que el traslado fuera sobrevivible.
La situación
Un grupo nacional de medios y radiodifusión —televisión, radio, prensa y online— con equipos de ingeniería que habían elegido cada uno su propio sistema de build. Cambiar de equipo significaba reaprender a publicar. Nadie podía responder a preguntas básicas sobre el conjunto: qué está desplegado dónde, quién lo publicó y cuándo.
Qué se hizo
Migración de toda la organización de una plataforma de build a otra. La parte interesante nunca fue la plataforma: fue que cientos de pipelines existentes tenían que seguir funcionando mientras ocurría.
Eso implicó escribir las herramientas: scripts de traducción para convertir las definiciones de jobs que ya existían, una verificación que comparaba la salida del pipeline viejo y la del nuevo antes de cambiar nada, y plantillas de pipeline compartidas para que los equipos dejaran de resolver los mismos problemas por separado.
En paralelo se automatizaron la gestión de DNS y la de certificados. Las dos eran tareas manuales guiadas por el calendario, de esas que funcionan bien hasta que la persona que se acuerda está de vacaciones. La infraestructura de ingesta de vídeo se reconstruyó como código en el mismo periodo, lo que llevó el despliegue de ese pipeline de un día a unos minutos.
Cómo acabó
Una sola plataforma de build, plantillas compartidas y un aumento medible de la frecuencia de despliegue. La caducidad de certificados dejó de ser una categoría de incidencia.
La lección que se generaliza: una migración entre herramientas es sobre todo una migración de costumbres. Presupuesta las herramientas que permiten a la gente moverse sin reaprenderlo todo, o el sistema viejo no llega a morir nunca.