La IA acelera el código y la CI se vuelve un cuello de botella: así la renovó Linear

A comienzos de este año, un ingeniero de Linear recibió una tarea asignada por Tuomas, el director de tecnología de la empresa: reducir los altos costos de la integración continua (CI) y, de paso, hacerla más rápida. La razón de fondo era que, aunque los agentes de IA permiten enviar código a una velocidad mucho mayor, la validación de esos cambios no había avanzado al mismo ritmo. Cada solicitud de extracción (PR) debe pasar por CI, de modo que, al acelerarse el desarrollo, la CI se convierte en un cuello de botella que eleva los costos de infraestructura y obliga a desarrolladores y agentes a esperar más tiempo por retroalimentación.

En Linear se propusieron optimizar dos cosas: cuánto espera una PR en CI y cuánto tiempo de ejecución consume. A pesar de que sus conjuntos de pruebas casi se cuadruplicaron desde el inicio del año, lograron bajar el tiempo de espera de más de 6 minutos a poco más de 5, y reducir a la mitad, aproximadamente, el tiempo de ejecución por prueba. Lo hicieron en cuatro frentes. Primero, trasladaron las cargas de trabajo desde GitHub Actions a ejecutores de terceros con CPU más rápidas y mejor infraestructura de caché; en una comparación equivalente, los trabajos corrieron un 34% más rápido en promedio y algunas tareas, como tsc, bajaron un 52%. Segundo, modernizaron su cadena de herramientas: al cambiar al compilador nativo de TypeScript, tsgo, la mediana semanal de la verificación tsc se redujo un 73%. Tercero, reescribieron reglas de lint personalizadas para que usaran análisis estático sobre el árbol de sintaxis abstracta, sin depender de información de tipos; así, ESLint pudo prescindir de TypeScript, el tiempo de lint de API cayó un 68% y el de todo el repositorio, un 55%. Cuarto, examinaron la CI como sistema y atacaron los pequeños trabajos que están al inicio de cada ejecución, como la detección de cambios: al limitar la profundidad de la descarga, el más lento de esos controles pasó de 94 a 20 segundos, y eliminar el checkout en los trabajos que no lo necesitaban lo redujo de 27 a 7 segundos.

También redujeron costos de preparación repetidos. Por ejemplo, restringir la instalación de pnpm al paquete de API y sus dependencias la bajó de 44-73 segundos a 16-18 segundos; consolidar siete verificaciones independientes en dos trabajos ahorró unos 87.000 minutos de ejecución al mes, equivalentes al 11,8% del uso total de CI. Además, al dividir archivos de prueba grandes y pasar de cuatro a ocho fragmentos, la tarea crítica se volvió un 19% más rápida y más barata. El mayor avance individual fue permitir que ciertos archivos compartieran un registro de módulos dentro de cada trabajador, lo que representó cerca del 17% de ahorro mensual.

Según la empresa, sin estas mejoras el conjunto de pruebas actual tardaría unos 11 minutos, casi el doble de lo que esperan ahora los desarrolladores. El trabajo no termina: el código sigue creciendo, con aproximadamente 2.000 pruebas nuevas por semana, y mantener la CI rápida será un esfuerzo continuo.