Degradation in repos contents API
GitHub · Dernier état fournisseur enregistré : resolved
Le texte de la source officielle est affiché dans sa langue d’origine.
Le dernier état enregistré d’un événement n’est pas l’état actuel du service. Les listes des sources peuvent être incomplètes et la disparition d’une source ne confirme pas la reprise. Consultez le rapport actuel ou la source officielle pour des éléments plus récents.
Détails d’événement enregistrés
- État du fournisseur
- resolved
- Impact du fournisseur
- minor
- Enregistrement fournisseur créé
- 04 Sep 2026, 22:02:15 UTC
- Enregistrement fournisseur mis à jour
- 15 Sep 2026, 23:34:38 UTC
- Début explicite du fournisseur
- 04 Sep 2026, 22:02:15 UTC
- Fin explicite du fournisseur
- 04 Sep 2026, 22:23:34 UTC
Composants affectés signalés par le fournisseur
Le fournisseur a explicitement indiqué aucun composant affecté dans cette révision enregistrée.
Ces associations décrivent le périmètre signalé de l’événement. Elles ne prouvent pas la disponibilité actuelle des composants ou des dépendances vérifiées.
L’heure de création d’un enregistrement n’est pas nécessairement le début d’une panne. Les heures non signalées restent indisponibles. Nous ne calculons pas la durée d’indisponibilité à partir des heures de collecte.
Mises à jour fournisseur dans les révisions enregistrées
Plus récentes en premier. Nous affichons jusqu’à 100 mises à jour distinctes parmi les 20 dernières révisions de contenu enregistrées. Les formulations révisées au même horodatage fournisseur sont conservées séparément.
- resolved
On September 4, 2026, between approximately 21:45 and 22:07 UTC, some users experienced errors and elevated latency for repository operations. The incident was fully resolved at 22:23 UTC.<br /><br />The cause was a capacity change that spread one of our clusters across additional availability zones; our zone-aware traffic routing kept sending requests to the original zone for performance, overloading a small set of servers while the new capacity sat idle. We resolved the incident by reverting the change and letting traffic rebalance.<br /><br />We are improving per-zone capacity guarantees, cross-zone load-shedding, and pre-production testing of multi-zone changes to prevent recurrence.
Vu dans une révision enregistrée à 06 Oct 2026, 13:58:39 UTC - investigating
We are investigating reports of impacted performance for some GitHub services.
Vu dans une révision enregistrée à 06 Oct 2026, 13:58:39 UTC