✨︎ Resumen (TL;DR):
- GitHub ampliará su infraestructura 30 veces para soportar la enorme carga generada por los nuevos agentes de IA.
- La plataforma procesa 275 millones de commits por semana y proyecta 14 mil millones para 2026.
- A partir del 1 de junio, GitHub Copilot cambiará su esquema de cobro a un modelo basado en uso.
GitHub ampliará su infraestructura 30 veces su capacidad actual para soportar la carga extrema generada por los flujos de trabajo impulsados por inteligencia artificial. Vladimir Fedorov, CTO de la plataforma, confirmó esta reestructuración tras una serie de caídas recientes que demostraron que los servidores no resisten el ritmo de la programación automatizada.
El crecimiento de datos es agresivo. Según Kyle Daigle, COO de GitHub, la plataforma ahora procesa 275 millones de commits por semana. Esta tendencia apunta a un total de 14 mil millones de commits en 2026, lo que significa multiplicar por 14 el volumen registrado durante todo 2025.
En octubre de 2025, la compañía ejecutó un plan para aumentar su capacidad diez veces. Para febrero de 2026 entendieron que la meta se quedaba corta. En una publicación del 27 de abril, Fedorov explicó el motivo de la saturación extrema: “El principal factor es un cambio rápido en cómo se está construyendo el software”.
Los agentes autónomos están devorando el poder de procesamiento. Los minutos de cómputo semanales en GitHub Actions pasaron de mil millones en 2025 a 2.1 mil millones en una sola semana de este año. Además, los pull requests abiertos por IA saltaron de 4 millones en septiembre de 2025 a más de 17 millones en marzo de 2026.
Interrupciones críticas y el cambio técnico de GitHub
Esta sobredemanda provocó ocho interrupciones mayores en febrero y marzo de 2026, rompiendo el estándar de 99.9% de disponibilidad que la empresa promete a sus clientes.
El 23 de abril, un fallo en la cola de fusión afectó a 658 repositorios y 2,092 pull requests. Días después, el 27 de abril, un ataque botnet sobrecargó un clúster de Elasticsearch y tumbó las funciones de búsqueda de la plataforma, seguido de otra degradación de servicio el 29 de abril.
Lorin Hochstein, ingeniero de confiabilidad con experiencia en Netflix y AWS, analizó las caídas de febrero. Concluyó que los equipos de GitHub carecen de controles finos para aliviar la carga de los servidores durante una crisis. Su única opción actual es bloquear todas las solicitudes o dejar que la infraestructura colapse de golpe.
Para blindar la plataforma, GitHub aplicará de inmediato estos cambios de arquitectura:
- Migración de webhooks fuera de bases de datos MySQL.
- Rediseño de los cachés de sesión y reescritura de los flujos de autenticación usando lenguaje Go (abandonando Ruby).
- Adopción de una arquitectura multi-nube para reducir su dependencia exclusiva de Microsoft Azure.
- Aislamiento de servicios críticos, como Git y Actions, del resto de las cargas de trabajo.
El golpe técnico también afectará las finanzas de los usuarios. GitHub anunció que a partir del 1 de junio, el cobro de su asistente GitHub Copilot dejará de basarse en solicitudes para adoptar un modelo por uso. La empresa admitió que el esquema anterior “ya no es sostenible” ante el alto costo de procesar inteligencia artificial.
Para cerrar el anuncio, Fedorov dejó claro cómo operará la empresa de ahora en adelante: “Nuestras prioridades son claras: disponibilidad primero, luego capacidad, luego nuevas funciones”.
