O Google Cloud Storage, serviço de armazenamento de objetos do Google Cloud, teve uma interrupção de cerca de 11 horas na região us-central1, em Iowa, nos Estados Unidos, na quinta-feira, 8 de outubro de 2026. Segundo o painel de status do Google Cloud, clientes enfrentaram latência elevada e taxas de erro altas ao enviar ou gravar dados, e uma parte menor das leituras também foi afetada. O incidente começou às 5h19 e terminou às 16h30 no horário do Pacífico, ou das 9h19 às 20h30 no horário de Brasília.

O que aconteceu

O Google classificou o caso como interrupção de serviço, com severidade média, e indicou us-central1 como a única região afetada. O primeiro aviso público só apareceu no painel por volta das 11h24 no horário do Pacífico, cerca de seis horas depois do início informado. Nos boletins seguintes, a empresa disse que as primeiras mitigações reduziram as taxas de erro a partir das 10h57 (horário do Pacífico) e que novas medidas estavam sendo aplicadas para estabilizar o serviço. Em todos os boletins, o campo de solução alternativa dizia: “nenhuma no momento”.

Até a consulta feita em 9 de outubro, o Google não havia publicado a causa nem um relatório da interrupção. O último boletim, das 13h48 no horário do Pacífico, ainda falava em mitigação em andamento; o encerramento aparece apenas no registro de horário do incidente.

Efeito em cascata

Ao menos um serviço que depende do Cloud Storage relatou o impacto publicamente. A turbopuffer, empresa de banco de dados de busca, registrou no seu painel de status falhas intermitentes de gravação e uma taxa elevada de erros 5xx em sua região gcp-us-central1. A empresa atribuiu o problema ao incidente do Cloud Storage e depois informou que a operação em us-central1 tinha voltado ao normal. Não foram encontradas coberturas jornalísticas independentes do incidente; além do Google, a confirmação vem de painéis de status de clientes e de agregadores de monitoramento.

O que muda na operação

Um problema de gravação no armazenamento de objetos pode atingir desde backups e pipelines de dados até aplicações que salvam arquivos de usuários. Para equipes que operam ali, o episódio reforça cuidados que a própria documentação do Google descreve:

• Tentativas automáticas com espera crescente: a estratégia de repetição do Cloud Storage descreve o uso de backoff exponencial, e a CLI gcloud já repete por padrão os erros considerados transitórios.
• Localização dos buckets: além de buckets regionais, o Cloud Storage oferece locais birregionais e multirregionais, em que os dados ficam em mais de uma região, com preço maior.
• Monitoramento próprio: o aviso público demorou cerca de seis horas, então alarmes baseados nas próprias métricas de erro ajudam a detectar o problema antes do painel do provedor.

Essas medidas reduzem o impacto, mas não eliminam o risco: buckets em mais de uma região custam mais e exigem que a aplicação também esteja preparada para operar fora da região afetada.

O que ainda falta saber

O Google não informou a causa, quantos clientes foram afetados nem se buckets birregionais ou multirregionais que incluem us-central1 sofreram efeitos. Também não está claro se haverá relatório público do incidente.

Fontes

• Google Cloud Service Health — Google Cloud Storage customers are experiencing elevated latencies and error rates when performing upload or write operations (08/10/2026)
• turbopuffer Status — Elevated rate of 5xx in gcp-us-central1 (08–09/10/2026)
• Google Cloud (documentação) — Retry strategy — Cloud Storage (consultado em 09/10/2026)
• Google Cloud (documentação) — Bucket locations — Cloud Storage (consultado em 09/10/2026)

Imagem destacada: ilustração gerada por computador, sem valor documental.