La interrupción de GitHub Actions bloquea trabajos de CI y agentes de codificación de Copilot

Why it matters

GitHub uses Actions to run CI, Pages, Copilot agents, code reviews and migrations. Runner failures can now block several stages of software delivery at once.

GitHub Actions sufrió una caída importante el 6 de agosto, deteniendo compilaciones y despliegues de software mientras interrumpía GitHub Pages, el agente de codificación Copilot, Copilot code review y las migraciones empresariales. GitHub dijo que las ejecuciones de workflow estaban fallando, permaneciendo en cola por períodos prolongados o agotando el tiempo de espera mientras la capacidad de runners alojados seguía limitada. (githubstatus.com)

GitHub reconoció por primera vez el rendimiento degradado de Actions a las 15:22 UTC, o 11:22 a.m. hora del Este. Para las 16:33 UTC, GitHub había clasificado tanto Actions como Pages como sujetos a caídas importantes. El incidente seguía bajo investigación a las 18:46 UTC, más de tres horas después de que comenzara, con GitHub advirtiendo que la recuperación estaba tomando más tiempo de lo esperado. (githubstatus.com)

La interrupción afectó con particular severidad a los trabajos que usan runners alojados por GitHub. Los runners autohospedados no ofrecieron una escapatoria limpia: GitHub dijo que esos clientes podrían encontrar errores o límites de tasa al registrar runners. Actualizaciones anteriores también reportaron errores en la Actions REST API, limitación de tasa inesperada en workflows y trabajos que fallaban después de haber ya iniciado. Las entregas de webhooks podrían retrasarse. (githubstatus.com)

Las funciones principales de los repositorios permanecieron disponibles. Las operaciones Git, pull requests, issues, packages y las solicitudes generales de la API se listaron como operativas, estrechando el centro de gravedad de la caída a la automatización usada para probar, compilar y desplegar código. Para organizaciones de ingeniería que requieren que las comprobaciones pasen antes de hacer merge o que usan Actions para lanzar software, un repositorio disponible hace poco para mantener el flujo de entrega en movimiento. (githubstatus.com)

Los desarrolladores reconocieron rápidamente el patrón. Ryan Brewer (@ryanbrewer) escribió, "Otro día, otra interrupción de GitHub." Aida Issayeva (@Aida_Isay) dijo que los incidentes consecutivos de Actions se estaban volviendo rutinarios y describió consultar la página de estado de GitHub como el primer paso al depurar la CI. Una captura de pantalla que compartió mostró historiales de tiempo en verde en la mayoría de los servicios de GitHub, con Actions marcando el incidente en rojo.

Actions se ha convertido en la capa de ejecución compartida de GitHub

La amplitud del incidente del 6 de agosto refleja cuánto depende ahora GitHub de Actions. La documentación de GitHub dice que el Copilot cloud agent funciona dentro de un entorno de desarrollo efímero potenciado por Actions, donde lee código, realiza cambios y ejecuta pruebas. Copilot code review también usa runners alojados por GitHub por defecto. (docs.github.com)

GitHub Pages puede usar Actions para construir y desplegar sitios, mientras que GitHub Enterprise Importer mueve repositorios y organizaciones a GitHub Enterprise Cloud. La caída, por lo tanto, alcanzó más allá de los trabajos convencionales de CI hacia el desarrollo asistido por IA, la publicación de sitios web y las migraciones de infraestructura. GitHub ha concentrado varios productos en la misma capa de flujo de trabajo y cómputo, aumentando el costo operativo cuando la provisión u orquestación de runners falla. (docs.github.com)

Pages ya había experimentado un incidente separado de retraso en despliegues que comenzó a las 15:03 UTC. GitHub marcó ese incidente como resuelto a las 16:22 UTC, minutos antes de que Pages volviera a mostrar rendimiento degradado bajo el incidente más amplio de Actions. Posteriormente, GitHub movió Pages al estado de caída importante junto con Actions. (githubstatus.com)

La presión sobre la confiabilidad ya se estaba acumulando

La caída siguió a una falla separada del Copilot cloud agent el 5 de agosto. GitHub dijo que se había habilitado un límite de tasa interno de manera más amplia de lo previsto, retrasando cada trabajo de cloud agent nuevo entre las 11:02 y las 11:54 UTC. El rezago se limpió para las 13:00 UTC. (githubstatus.com)

Actions también sufrió interrupciones repetidas durante julio. El 25 de julio, GitHub registró dos periodos de degradación vinculados a infraestructura regional y a capacidad de Redis. Durante el primer periodo, el 25% de las ejecuciones de workflow fallaron con errores de infraestructura; durante el segundo, la tasa de fallos alcanzó un pico del 60%. El 29 de julio, un servicio interno con provisión insuficiente se quedó sin memoria, retrasando alrededor del 2% de los workflows y provocando fallos en el registro de runners y tiempos de espera en la API. (githubstatus.com)

Incidentes anteriores en julio involucraron la provisión de runners alojados, una configuración de escalado automático y un certificado interno expirado. Las causas individuales difirieron, pero cada falla apareció en el mismo punto para los clientes: los workflows esperaban por runners, no comenzaban o agotaban los reintentos. (githubstatus.com)

Esa repetición ha convertido la página de estado de GitHub en parte de la diagnosis rutinaria de CI. La caída del 6 de agosto refuerza el riesgo operativo creado al conectar más productos de GitHub, incluidos sus agentes de IA, a Actions. Una falla en esa capa puede detener pruebas, lanzamientos, revisiones, despliegues de sitios y trabajo de codificación automatizado al mismo tiempo.