Résumé

  • Le communiqué d’APNIC prévoit une mise à niveau Kubernetes de six heures le 21 octobre ; la page de statut donne l’intervalle UTC correspondant.
  • Le flux iCalendar lié enregistre le même événement dès le 19 octobre à 22 h 30 UTC, soit un jour plus tôt. Cet écart ne prouve aucune panne ni aucun impact réel.

Une opération, deux dates de départ

Le communiqué de service d’APNIC prévoit la mise à niveau d’un cluster Kubernetes le mercredi 21 octobre 2026, de 8 h 30 à 14 h 30 UTC+10. Il prévient que le redémarrage successif des nœuds peut provoquer de brèves interruptions. Les six heures désignent la fenêtre de travail, pas une indisponibilité de six heures pour chaque service cité.

La page publique Services Status affiche le même événement du 20 octobre à 22 h 30 UTC au 21 octobre à 4 h 30 UTC. C’est bien le même créneau de six heures que celui du communiqué. Le flux iCalendar diverge : l’événement intitulé « Kubernetes upgrade » renvoie, dans sa description, au même communiqué du 21 octobre, mais indique DTSTART;TZID=UTC:20261019T223000 et DTEND;TZID=UTC:20261020T043000.

Convertis en UTC+10, ces horodatages donnent le 20 octobre, de 8 h 30 à 14 h 30 à Brisbane, soit exactement un jour avant le communiqué et l’affichage de la page de statut. Le flux précise que les heures sont en UTC ; une lecture en heure locale de Brisbane n’explique donc pas l’écart de 24 heures. Le même intitulé, la même durée et le lien direct vers l’annonce montrent qu’il s’agit du même travail planifié.

Pour une équipe qui importe ce flux dans son propre calendrier de changements, l’écart est concret : le flux affiche un autre jour que le communiqué et la page de statut d’APNIC. Les sources publiques ne disent pas quelle date APNIC demande aux opérateurs de retenir, si quelqu’un a suivi l’entrée anticipée, ni si un service sera interrompu. Au moment des éléments consultés, l’opération reste à venir.

Sources

La comparaison porte sur le communiqué d’APNIC, sa page publique de statut et son flux iCalendar.