Encuentra un servicio o sitio web

Escribe al menos 2 caracteres.

Interrupción de GitHub en todo el mundo: API, solicitudes de extracción y Copilot afectados mientras las tasas de error aumentan

Interrupción de GitHub en todo el mundo: API, solicitudes de extracción y Copilot afectados mientras las tasas de error aumentan

17 de agosto de 2026

Qué falló y cuándo

GitHub sufrió una interrupción global del servicio el lunes 17 de agosto, comenzando alrededor de las 13:40 UTC (6:40 a.m. PT), según las cronologías reportadas por BetaNews y The Register. BetaNews escribió que GitHub inicialmente dijo que estaba investigando problemas de rendimiento, antes de confirmar problemas más amplios en múltiples componentes. The Register también ubicó el inicio del incidente a las 13:40 UTC. GeekWire colocó el inicio a las 6:40 a.m. Pacífico, alineándose con esos informes.

A lo largo de la mañana, los editores transmitieron las propias actualizaciones de estado de la compañía que describían una degradación generalizada. BleepingComputer reportó que los desarrolladores encontraron errores en el sitio web, las Solicitudes API, Acciones, Webhooks, Problemas y Solicitudes de Extracción, con Copilot más tarde añadido a la lista de servicios afectados. Engadget y Tech Edition también notaron problemas con la actividad de API, solicitudes de extracción, webhooks y Copilot.

Quiénes fueron afectados y en qué medida

GeekWire describió a GitHub como una plataforma propiedad de Microsoft con 225 millones de usuarios y dijo que la interrupción interrumpió el trabajo de desarrollo en todo el mundo. BetaNews también caracterizó el evento como un incidente masivo a nivel mundial. Si bien esos medios no cuantificaron la cantidad de usuarios durante la interrupción, varios editores transmitieron las métricas instantáneas de la plataforma desde su página de estado.

BetaNews reportó que a las 14:04 UTC GitHub citó tasas de error de aproximadamente 20% para el tráfico web y API, con las descargas de archivos adjuntos y repositorios en bruto fallando alrededor del 50% del tiempo. Hindustan Times y Engadget repitieron esa instantánea más tarde en la mañana de EE. UU., señalando que alrededor de las 11:42 a.m. ET GitHub dijo que estaba llevando a cabo mitigaciones mientras reportaba las mismas cifras del 20% y 50%. The Register destacó la tasa de fallos del 50% para las descargas de contenido del repositorio. BleepingComputer agregó que algunos usuarios vieron errores de servidor al cargar páginas de commits, repositorios y solicitudes de extracción durante el período del incidente. Los clientes empresariales también sintieron el impacto: tanto BleepingComputer como BetaNews dijeron que la autenticación SAML y OIDC, SCIM y la sincronización de equipos se vieron afectadas.

Lo que GitHub y Microsoft dijeron durante la recuperación

Los editores transmitieron una secuencia de actualizaciones de páginas de estado durante la mañana y la primera tarde. BetaNews reportó que a las 16:36 UTC Microsoft dijo que había identificado un componente problemático y tomado acciones correctivas, señalando signos de recuperación mientras reconocía que las tasas de error seguían elevadas. Poco después, BetaNews escribió que Microsoft dijo que la degradación que afectaba a las Solicitudes de API, Acciones, Operaciones de Git, Problemas, Páginas, Solicitudes de Extracción y Webhooks había sido mitigada y que los equipos estaban monitoreando la estabilidad.

Desde la costa oeste de EE. UU., GeekWire informó que GitHub dijo que encontró la fuente del problema poco después de las 9:30 a.m. PT y que la interrupción estaba bajo control alrededor de las 10:00 a.m. PT, con los servicios recuperándose. GeekWire agregó que Copilot seguía listado como un incidente activo mientras la compañía continuaba monitoreando la estabilidad general. BleepingComputer ubicó la disponibilidad degradada de Copilot a las 10:31 a.m. ET. BleepingComputer también señaló que las Operaciones de Git, Paquetes, Páginas y Codespaces se mostraron como operativos mientras varias otras partes de la plataforma permanecieron degradadas. Ninguna de estas actualizaciones afirmó que la restauración estaba completa.

Causa y preguntas pendientes

Hasta los tiempos de publicación citados por los medios, GitHub no había divulgado una causa raíz para la interrupción. GeekWire dijo que la compañía no había detallado la fuente o causa del problema según su informe, y BleepingComputer y Tech Edition también dijeron que la investigación estaba en curso y la causa seguía siendo poco clara. CyberSecurityNews también escribió que la causa raíz no había sido divulgada públicamente. Donde se publicaron cifras, fueron instantáneas tomadas de la página de estado en momentos específicos; las tasas de error del 20% y 50%, por ejemplo, fueron reportadas como mediciones puntuales en lugar de totales finales. Si GitHub proporciona un análisis posterior al incidente, podría aclarar si un fallo de componente o una cadena más amplia de dependencias desencadenó la interrupción del lunes; hasta entonces, la causa sigue sin confirmarse en los informes públicos.

Monitoreo de servicios de los que dependes

Para una vista más amplia de las interrupciones en desarrollo, consulta el archivo de interrupciones de Internet y el directorio de sitios y servicios. Status Is Down ayuda a los equipos a observar los servicios y sitios web de los que dependen, y los lectores pueden registrarse para elegir la cobertura que se ajuste.

Fuentes

Crédito de la imagen: ID 176448931 © Transversospinales | Dreamstime.com

Recent Outage News and Features

Loading...

🌐 This article is available in other languages:

English·Français·Português·中文·العربية·हिन्दी·日本語·Русский·Deutsch·Bahasa Indonesia·Türkçe·한국어·Kiswahili·Italiano·Nederlands·Polski·Tiếng Việt·Filipino·বাংলা