Encontre um serviço ou site

Digite pelo menos 2 caracteres.

Queda do GitHub em todo o mundo: API, pull requests e Copilot atingidos enquanto as taxas de erro disparam

Queda do GitHub em todo o mundo: API, pull requests e Copilot atingidos enquanto as taxas de erro disparam

17 de agosto de 2026

O que falhou e quando

GitHub sofreu uma interrupção de serviço global na segunda-feira, 17 de agosto, começando por volta das 13:40 UTC (6:40 da manhã PT), de acordo com cronogramas relatados por BetaNews e The Register. BetaNews escreveu que o GitHub inicialmente disse que estava investigando problemas de desempenho, antes de confirmar questões mais amplas em vários componentes. O Register também colocou o início do incidente às 13:40 UTC. GeekWire situou o início às 6:40 da manhã Pacific, alinhando-se com esses relatórios.

Durante a manhã, publicadores relataram as próprias atualizações de status da empresa descrevendo uma degradação generalizada. BleepingComputer relatou que os desenvolvedores encontraram erros em todo o site, API Requests, Actions, Webhooks, Issues e Pull Requests, com Copilot sendo posteriormente adicionado à lista de serviços impactados. Engadget e Tech Edition também notaram problemas com a atividade da API, pull requests, webhooks e Copilot.

Quem foi afetado e em que escala

GeekWire descreveu o GitHub como uma plataforma de propriedade da Microsoft com 225 milhões de usuários e disse que a interrupção interrompeu o trabalho de desenvolvimento em todo o mundo. BetaNews também caracterizou o evento como um incidente global maciço. Embora esses veículos não tenham quantificado o número de usuários durante a interrupção, vários publicadores relataram as métricas instantâneas da plataforma a partir de sua página de status.

BetaNews informou que às 14:04 UTC o GitHub citou taxas de erro de cerca de 20% para o tráfego da web e API, com downloads de repositórios arquivados e brutos falhando cerca de 50% das vezes. Hindustan Times e Engadget ecoaram essa instantânea mais tarde na manhã dos EUA, observando que por volta das 11:42 a.m. ET, o GitHub disse que estava realizando mitigations enquanto reportava os mesmos números de 20% e 50%. O Register destacou a taxa de falha de 50% para downloads de conteúdo de repositórios. A BleepingComputer acrescentou que alguns usuários viram erros de servidor ao carregar commits, repositórios e páginas de pull request durante a janela do incidente. Clientes empresariais também sentiram o impacto: tanto a BleepingComputer quanto a BetaNews disseram que a autenticação SAML e OIDC, SCIM e Team Sync foram afetadas.

O que o GitHub e a Microsoft disseram durante a recuperação

Publicadores relataram uma sequência de atualizações na página de status durante a manhã e no início da tarde. BetaNews informou que às 16:36 UTC a Microsoft disse que havia identificado um componente problemático e tomado ações corretivas, notando sinais de recuperação enquanto reconhecia que as taxas de erro permaneciam elevadas. Pouco depois, a BetaNews escreveu que a Microsoft disse que a degradação afetando API Requests, Actions, Git Operations, Issues, Pages, Pull Requests e Webhooks havia sido mitigada e que as equipes estavam monitorando a estabilidade.

Da costa oeste dos EUA, GeekWire relatou que o GitHub disse que encontrou a fonte do problema logo após as 9:30 a.m. PT e teve a interrupção sob controle por volta das 10:00 a.m. PT, com os serviços se recuperando. O GeekWire acrescentou que o Copilot permaneceu listado como um incidente ativo enquanto a empresa continuava a monitorar a estabilidade geral. A BleepingComputer colocou a disponibilidade degradada do Copilot às 10:31 a.m. ET. A BleepingComputer também notou que Git Operations, Packages, Pages e Codespaces estavam operacionais enquanto várias outras partes da plataforma permaneciam degradadas. Nenhuma dessas atualizações afirmou que a restauração estava completa.

Causa e questões pendentes

Até os horários de publicação citados pelos veículos, o GitHub não havia revelado uma causa raiz para a interrupção. GeekWire disse que a empresa não havia detalhado a origem ou a causa do problema até seu relato, e a BleepingComputer e a Tech Edition igualmente disseram que a investigação estava em andamento e a causa permanecia incerta. CyberSecurityNews também escreveu que a causa raiz não havia sido divulgada publicamente. Onde os números foram publicados, eles eram instantâneas tiradas da página de status em momentos específicos; as taxas de erro de 20% e 50%, por exemplo, foram relatadas como medições pontuais em vez de totais finais. Se o GitHub fornecer uma análise pós-incidente, pode esclarecer se uma falha de componente único ou uma cadeia mais ampla de dependências desencadeou a interrupção de segunda-feira; até lá, a causa permanece não confirmada nos relatórios públicos.

Monitorando os serviços dos quais você depende

Para uma visão mais ampla das interrupções em desenvolvimento, veja o arquivo de interrupções na Internet e o diretório de sites e serviços. Status Is Down ajuda equipes a acompanhar os serviços e sites dos quais dependem, e os leitores podem se inscrever para escolher a cobertura que melhor se adequa.

Fontes

Crédito da imagem: ID 176448931 © Transversospinales | Dreamstime.com

Recent Outage News and Features

Loading...

🌐 This article is available in other languages:

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