Resumo

  • O aviso da APNIC prevê uma janela de seis horas para a atualização do Kubernetes em 21 de outubro; a página de status apresenta o intervalo UTC equivalente.
  • O feed iCalendar ligado ao aviso registra o mesmo evento a partir de 19 de outubro, às 22h30 UTC, um dia antes. A divergência não comprova uma falha ou impacto real.

Uma operação, duas datas de início

O aviso de serviço da APNIC programa a atualização de um cluster Kubernetes para quarta-feira, 21 de outubro de 2026, das 08h30 às 14h30 (UTC+10). O texto alerta que a troca dos nós pode provocar interrupções breves. As seis horas são a janela reservada para o trabalho, não uma afirmação de que cada serviço listado ficará indisponível por seis horas.

A página pública Services Status exibe o mesmo evento de 20 de outubro, às 22h30 UTC, até 21 de outubro, às 04h30 UTC. É o mesmo intervalo de seis horas do aviso. O feed iCalendar diverge: o evento “Kubernetes upgrade” aponta, na descrição, para o mesmo aviso de 21 de outubro, mas registra DTSTART;TZID=UTC:20261019T223000 e DTEND;TZID=UTC:20261020T043000.

Convertidos para UTC+10, esses horários caem em 20 de outubro, das 08h30 às 14h30 em Brisbane — exatamente um dia antes do aviso e da página de status. O feed identifica os horários como UTC; portanto, a diferença de 24 horas não se explica por uma conversão para o horário local. O mesmo nome, a mesma duração de seis horas e o link direto para o aviso indicam que os registros tratam do mesmo trabalho planejado.

Para uma equipe que importa o feed para o calendário de mudanças, a diferença é operacional: o feed apresenta outro dia em relação ao aviso e à página de status da APNIC. As fontes públicas não mostram qual data a APNIC espera que os operadores sigam, se alguém agiu com base no registro antecipado ou se haverá interrupção. Nos registros consultados, o trabalho ainda está previsto para o futuro.

Fontes

A comparação usa o aviso de serviço da APNIC, a página pública de status e o feed iCalendar.