Quel sera l’incident critique le plus long de GitHub en novembre 2026 ?
MicrosoftTechPanneCodageGitHub
Date de début
2026-11-02
Date de fin
2026-12-01
Volume 24h
$0
Volume total
$0
  • L'incident critique le plus long de GitHub en novembre 2026 durera-t-il moins d'une heure ?22¢22 %
  • L'incident critique le plus long de GitHub en novembre 2026 durera-t-il entre 1 et 3 heures ?47¢47 %
  • L’incident critique le plus long de GitHub en novembre 2026 durera-t-il entre 3 et 6 heures ?46¢46 %
  • L’incident critique le plus long de GitHub en novembre 2026 durera-t-il entre 6 et 12 heures ?46¢46 %
  • L'incident critique le plus long de GitHub en novembre 2026 durera-t-il au moins 12 heures ?46¢46 %

Règles

Ce marché sera résolu en fonction de la durée de l’incident admissible le plus long qui commence entre 1 novembre 2026, 0:00 ET et 30 novembre 2026, 23:59 ET. Si aucun incident admissible ne commence pendant cette période, ce marché sera résolu dans la tranche la plus basse (« <1 hour »). Un incident sera admissible si la page d’état officielle de GitHub (githubstatus.com) ou l’API d’état officielle de GitHub (githubstatus.com/api) classe son impact comme « critical », sauf si, une fois l’incident marqué « Resolved », ses composants affectés se limitent à Copilot et/ou Copilot AI Model Providers. Les incidents ne mentionnant aucun composant affecté seront admissibles. GitHub classe l’impact des incidents dans les catégories None, Minor, Major ou Critical ; seule la catégorie Critical sera admissible. Les libellés d’état des composants (par exemple « Degraded Performance », « Partial Outage » ou « Major Outage ») n’auront aucune incidence sur ce marché en l’absence d’un incident critique admissible. Les révisions publiées après qu’un incident a été marqué « Resolved » ne seront pas prises en compte. La durée d’un incident correspond au temps écoulé entre son horodatage officiel de début et le moment où il est marqué « Resolved », selon les informations publiées sur la page d’état de GitHub ou dans l’API d’état de GitHub. Un incident sera attribué au mois au cours duquel il commence, d’après son horodatage officiel de début converti en heure de l’Est (ET) ; un incident qui commence pendant la période et est résolu après la fin de celle-ci sera comptabilisé dans son intégralité. Si la valeur déterminée tombe exactement à la limite entre deux tranches, ce marché sera résolu dans la tranche supérieure. Si un incident ayant commencé pendant la période n’est toujours pas résolu à la fin de celle-ci, ce marché restera ouvert et sera résolu au premier des deux moments suivants : (i) lorsque l’incident sera officiellement résolu ou (ii) à la fin du septième jour calendaire (ET) suivant la fin de la période. À ce moment-là, le marché sera résolu sur la base des informations officielles alors disponibles, et la durée de tout incident non résolu sera mesurée depuis son horodatage officiel de début jusqu’à ce moment. Les incidents dont les composants affectés, une fois l’incident marqué « Resolved », se limitent à Copilot et/ou Copilot AI Model Providers ne seront pas admissibles. La maintenance programmée ne sera pas admissible. La principale source de résolution de ce marché sera constituée des informations officielles sur l’état du système GitHub publiées à l’adresse https://www.githubstatus.com/, y compris l’API d’état officielle de GitHub (https://www.githubstatus.com/api) ; un consensus de sources d’information crédibles pourra toutefois également être utilisé.

Traduction automatique. En cas de litige, l'original fait foi.

Quel sera l’incident critique le plus long de GitHub en novembre 2026 ?

Marchés similaires