¿Qué ocurrió durante la caída de GitHub?

GitHub informó inicialmente de problemas de rendimiento en algunos servicios. Poco después, la incidencia se extendió a la web, el tráfico de API y varios sistemas utilizados por desarrolladores. La plataforma registró una tasa de errores aproximada del 20% en la experiencia web y el tráfico de API, mientras que las descargas de archivos comprimidos y de contenido sin procesar de repositorios alcanzaron alrededor del 50% de errores.

Estas cifras representan solicitudes fallidas o no completadas, no el porcentaje de usuarios que se quedaron sin poder utilizar GitHub. Los informes disponibles describen el incidente como mundial, pero no ofrecen una cifra verificada del número total de personas afectadas.

¿Qué servicios de GitHub se vieron afectados?

La interrupción alcanzó varias capas del flujo de desarrollo:

• Repositorios y descargas: descargar archivos comprimidos o archivos sin procesar resultó especialmente poco fiable, lo que dificultó recuperar código mediante accesos web y automatizados.
• Solicitudes de API: el aumento de errores interrumpió herramientas, scripts e integraciones que dependen de GitHub de forma programática.
• Pull Requests e Issues: la disponibilidad degradada afectó a las revisiones de código, el seguimiento de incidencias y otras tareas de colaboración.
• GitHub Actions: los flujos de trabajo de CI/CD y otras automatizaciones sufrieron problemas mientras Actions operaba con disponibilidad degradada.
• Webhooks: la entrega poco fiable de eventos podía retrasar o interrumpir sistemas conectados de despliegue, supervisión y automatización.
• Operaciones Git: los informes de estado también registraron un rendimiento degradado en operaciones de Git, incluidas algunas operaciones sobre repositorios.
• Copilot: GitHub señaló por separado una interrupción importante o un servicio degradado en Copilot, lo que afectó a la asistencia de programación basada en IA para algunos usuarios.
• Identidad y aprovisionamiento empresarial: los informes contemporáneos señalaron problemas en la autenticación SAML y OIDC, SCIM y funciones relacionadas con Team Sync. La evidencia disponible no ofrece una cronología completa servicio por servicio.

En la práctica, no se trató únicamente de un problema para cargar la página de GitHub. Un desarrollador podía encontrar fallos al abrir o descargar contenido de un repositorio, revisar una Pull Request, iniciar o consultar un flujo de Actions, recibir un evento de webhook, autenticarse mediante una configuración empresarial de identidad o utilizar Copilot.

¿Se desconectaron todos los servicios de GitHub?

No. La evidencia describe una interrupción parcial que afectó a múltiples servicios, no un fallo confirmado de cada componente de GitHub. Un resumen de estado publicado durante el incidente indicó que Git Operations, Packages, Pages y Codespaces funcionaban, mientras otros servicios aparecían como degradados.

La diferencia es importante: que un componente figurara como operativo no garantizaba que funcionara todo el flujo de trabajo de un usuario. Por ejemplo, Codespaces o Pages podían seguir disponibles mientras las descargas de repositorios, Actions, Pull Requests o webhooks presentaban errores. Los informes disponibles tampoco demuestran que alguno de los servicios señalados permaneciera completamente al margen durante todo el incidente.

¿Qué dijo GitHub sobre la investigación y la recuperación?

GitHub afirmó primero que investigaba un aumento de los problemas de rendimiento. Más tarde comunicó que había identificado un componente problemático y aplicado medidas correctivas. Durante la recuperación, la compañía informó de señales claras de mejora, aunque algunos errores seguían por encima de lo normal mientras los ingenieros vigilaban el sistema y aplicaban nuevas mitigaciones.

La página de estado de GitHub marcó posteriormente como resuelto el incidente de GitHub.com. En una actualización posterior, la empresa indicó que todavía trabajaba para corregir fallos esporádicos de autenticación de Copilot en algunas aplicaciones. En ese momento, el uso de Copilot mediante GitHub CLI y GitHub App figuraba como no afectado.

¿Se conocía la causa raíz?

No según el material disponible para este informe. GitHub describió la identificación de un componente problemático y las medidas utilizadas para recuperar el servicio, pero la cobertura contemporánea no incluyó un análisis técnico de la causa raíz. La página de estado señaló que publicaría un análisis detallado cuando estuviera disponible.

Por tanto, no hay base para atribuir la caída a un fallo concreto de una base de datos, a un despliegue, a un incidente del proveedor de nube o a un defecto de autenticación. Con la información disponible, lo más preciso es decir que la causa no se había establecido públicamente en el momento de los informes sobre el incidente.

¿Cómo se compara con otras caídas recientes de GitHub y Microsoft?

La interrupción del 17 de agosto fue más amplia que varios incidentes recientes de GitHub limitados principalmente a Copilot o a una sola área del producto:

• El 1 de agosto, el modelo GPT-5.6 Luna de GitHub Copilot registró problemas intermitentes de disponibilidad vinculados a un proveedor de modelos externo; los demás modelos de Copilot no se vieron afectados.
• El 10 de agosto, GitHub comunicó una interrupción de Copilot que afectó al acceso a algunos modelos.
• El 13 de agosto, GitHub informó de errores en el modelo Fable 5 dentro de Copilot y atribuyó el problema a un proveedor externo de modelos.
• Otro incidente, ocurrido entre el 6 y el 7 de agosto, afectó a GitHub Actions: algunos flujos fallaron y otros permanecieron en cola durante periodos prolongados.

A diferencia de esas incidencias más acotadas, la del 17 de agosto se extendió por la experiencia web de GitHub, las API, las funciones de colaboración, la automatización, los webhooks, el acceso a repositorios y Copilot.

Aunque GitHub pertenece a Microsoft, la evidencia disponible no demuestra que se tratara de una caída generalizada de Microsoft 365 o Azure. Por ahora, debe describirse como un incidente de la plataforma GitHub, salvo que una investigación posterior de Microsoft o GitHub confirme una causa común.

¿Qué ocurrió durante la caída de GitHub?

GitHub informó inicialmente de problemas de rendimiento en algunos servicios. Poco después, la incidencia se extendió a la web, el tráfico de API y varios sistemas utilizados por desarrolladores. La plataforma registró una tasa de errores aproximada del 20% en la experiencia web y el tráfico de API, mientras que las descargas de archivos comprimidos y de contenido sin procesar de repositorios alcanzaron alrededor del 50% de errores.

Estas cifras representan solicitudes fallidas o no completadas, no el porcentaje de usuarios que se quedaron sin poder utilizar GitHub. Los informes disponibles describen el incidente como mundial, pero no ofrecen una cifra verificada del número total de personas afectadas.

¿Qué servicios de GitHub se vieron afectados?

La interrupción alcanzó varias capas del flujo de desarrollo:

• Repositorios y descargas: descargar archivos comprimidos o archivos sin procesar resultó especialmente poco fiable, lo que dificultó recuperar código mediante accesos web y automatizados.
• Solicitudes de API: el aumento de errores interrumpió herramientas, scripts e integraciones que dependen de GitHub de forma programática.
• Pull Requests e Issues: la disponibilidad degradada afectó a las revisiones de código, el seguimiento de incidencias y otras tareas de colaboración.
• GitHub Actions: los flujos de trabajo de CI/CD y otras automatizaciones sufrieron problemas mientras Actions operaba con disponibilidad degradada.
• Webhooks: la entrega poco fiable de eventos podía retrasar o interrumpir sistemas conectados de despliegue, supervisión y automatización.
• Operaciones Git: los informes de estado también registraron un rendimiento degradado en operaciones de Git, incluidas algunas operaciones sobre repositorios.
• Copilot: GitHub señaló por separado una interrupción importante o un servicio degradado en Copilot, lo que afectó a la asistencia de programación basada en IA para algunos usuarios.
• Identidad y aprovisionamiento empresarial: los informes contemporáneos señalaron problemas en la autenticación SAML y OIDC, SCIM y funciones relacionadas con Team Sync. La evidencia disponible no ofrece una cronología completa servicio por servicio.

En la práctica, no se trató únicamente de un problema para cargar la página de GitHub. Un desarrollador podía encontrar fallos al abrir o descargar contenido de un repositorio, revisar una Pull Request, iniciar o consultar un flujo de Actions, recibir un evento de webhook, autenticarse mediante una configuración empresarial de identidad o utilizar Copilot.

¿Se desconectaron todos los servicios de GitHub?

No. La evidencia describe una interrupción parcial que afectó a múltiples servicios, no un fallo confirmado de cada componente de GitHub. Un resumen de estado publicado durante el incidente indicó que Git Operations, Packages, Pages y Codespaces funcionaban, mientras otros servicios aparecían como degradados.

La diferencia es importante: que un componente figurara como operativo no garantizaba que funcionara todo el flujo de trabajo de un usuario. Por ejemplo, Codespaces o Pages podían seguir disponibles mientras las descargas de repositorios, Actions, Pull Requests o webhooks presentaban errores. Los informes disponibles tampoco demuestran que alguno de los servicios señalados permaneciera completamente al margen durante todo el incidente.

¿Qué dijo GitHub sobre la investigación y la recuperación?

GitHub afirmó primero que investigaba un aumento de los problemas de rendimiento. Más tarde comunicó que había identificado un componente problemático y aplicado medidas correctivas. Durante la recuperación, la compañía informó de señales claras de mejora, aunque algunos errores seguían por encima de lo normal mientras los ingenieros vigilaban el sistema y aplicaban nuevas mitigaciones.

La página de estado de GitHub marcó posteriormente como resuelto el incidente de GitHub.com. En una actualización posterior, la empresa indicó que todavía trabajaba para corregir fallos esporádicos de autenticación de Copilot en algunas aplicaciones. En ese momento, el uso de Copilot mediante GitHub CLI y GitHub App figuraba como no afectado.

¿Se conocía la causa raíz?

No según el material disponible para este informe. GitHub describió la identificación de un componente problemático y las medidas utilizadas para recuperar el servicio, pero la cobertura contemporánea no incluyó un análisis técnico de la causa raíz. La página de estado señaló que publicaría un análisis detallado cuando estuviera disponible.

Por tanto, no hay base para atribuir la caída a un fallo concreto de una base de datos, a un despliegue, a un incidente del proveedor de nube o a un defecto de autenticación. Con la información disponible, lo más preciso es decir que la causa no se había establecido públicamente en el momento de los informes sobre el incidente.

¿Cómo se compara con otras caídas recientes de GitHub y Microsoft?

La interrupción del 17 de agosto fue más amplia que varios incidentes recientes de GitHub limitados principalmente a Copilot o a una sola área del producto:

• El 1 de agosto, el modelo GPT-5.6 Luna de GitHub Copilot registró problemas intermitentes de disponibilidad vinculados a un proveedor de modelos externo; los demás modelos de Copilot no se vieron afectados.
• El 10 de agosto, GitHub comunicó una interrupción de Copilot que afectó al acceso a algunos modelos.
• El 13 de agosto, GitHub informó de errores en el modelo Fable 5 dentro de Copilot y atribuyó el problema a un proveedor externo de modelos.
• Otro incidente, ocurrido entre el 6 y el 7 de agosto, afectó a GitHub Actions: algunos flujos fallaron y otros permanecieron en cola durante periodos prolongados.

A diferencia de esas incidencias más acotadas, la del 17 de agosto se extendió por la experiencia web de GitHub, las API, las funciones de colaboración, la automatización, los webhooks, el acceso a repositorios y Copilot.

Aunque GitHub pertenece a Microsoft, la evidencia disponible no demuestra que se tratara de una caída generalizada de Microsoft 365 o Azure. Por ahora, debe describirse como un incidente de la plataforma GitHub, salvo que una investigación posterior de Microsoft o GitHub confirme una causa común.