Jaki będzie najdłuższy krytyczny incydent GitHub w listopadzie 2026 roku?
MicrosoftTechnologiaPrzestójKodowanieGitHub
Data rozpoczęcia
2026-11-02
Data końcowa
2026-12-01
Wolumen 24h
$0
Całkowity wolumen
$0
  • Czy najdłuższy krytyczny incydent GitHub w listopadzie 2026 roku potrwa krócej niż 1 godzinę?22¢22%
  • Czy najdłuższy poważny incydent GitHub w listopadzie 2026 potrwa od 1 do 3 godzin?47¢47%
  • Czy najdłuższy krytyczny incydent GitHub w listopadzie 2026 potrwa od 3 do 6 godzin?46¢46%
  • Czy najdłuższy krytyczny incydent GitHub w listopadzie 2026 roku potrwa od 6 do 12 godzin?46¢46%
  • Czy najdłuższy poważny incydent GitHuba w listopadzie 2026 roku potrwa co najmniej 12 godzin?46¢46%

Zasady

Ten rynek zostanie rozstrzygnięty na podstawie czasu trwania najdłuższego kwalifikującego się incydentu, który rozpocznie się między 1 listopada 2026, 0:00 ET a 30 listopada 2026, 23:59 ET. Jeśli w tym okresie nie rozpocznie się żaden kwalifikujący się incydent, ten rynek zostanie rozstrzygnięty na najniższy przedział („<1 hour”). Incydent będzie kwalifikował się, jeśli oficjalna strona statusu GitHub (githubstatus.com) lub oficjalne API statusu GitHub (githubstatus.com/api) sklasyfikuje jego wpływ jako „critical”, chyba że po oznaczeniu incydentu jako „Resolved” jego dotknięte komponenty obejmują wyłącznie Copilot i/lub Copilot AI Model Providers. Incydenty, w których nie wymieniono żadnych dotkniętych komponentów, będą się kwalifikować. GitHub klasyfikuje wpływ incydentów jako None, Minor, Major lub Critical; kwalifikować się będzie wyłącznie Critical. Etykiety statusu komponentów (np. „Degraded Performance”, „Partial Outage” lub „Major Outage”) nie będą miały wpływu na ten rynek, jeśli nie wystąpi kwalifikujący się krytyczny incydent. Zmiany opublikowane po oznaczeniu incydentu jako „Resolved” nie będą brane pod uwagę. Czas trwania incydentu to czas między jego oficjalnym znacznikiem czasu rozpoczęcia a momentem oznaczenia go jako „Resolved”, zgodnie z informacjami opublikowanymi na stronie statusu GitHub lub w API statusu GitHub. Incydent zostanie przypisany do miesiąca, w którym się rozpoczyna, na podstawie jego oficjalnego znacznika czasu rozpoczęcia przeliczonego na czas wschodni (ET); incydent, który rozpocznie się w tym okresie i zostanie rozwiązany po jego zakończeniu, zostanie uwzględniony w całości. Jeśli ustalona wartość dokładnie wypada na granicy dwóch przedziałów, ten rynek zostanie rozstrzygnięty na wyższy przedział. Jeśli incydent, który rozpoczął się w tym okresie, pozostaje nierozwiązany po jego zakończeniu, ten rynek pozostanie otwarty i zostanie rozstrzygnięty w momencie, który nastąpi wcześniej: (i) gdy incydent zostanie oficjalnie rozwiązany albo (ii) z końcem siódmego dnia kalendarzowego (ET) po zakończeniu okresu. Wówczas rynek zostanie rozstrzygnięty na podstawie dostępnych w tym momencie oficjalnych informacji, a czas trwania każdego nierozwiązanego incydentu będzie liczony od jego oficjalnego znacznika czasu rozpoczęcia do tego momentu. Incydenty, których dotknięte komponenty po oznaczeniu incydentu jako „Resolved” obejmują wyłącznie Copilot i/lub Copilot AI Model Providers, nie będą się kwalifikować. Planowane prace konserwacyjne nie będą się kwalifikować. Głównym źródłem rozstrzygnięcia tego rynku będą oficjalne informacje o stanie systemów GitHub opublikowane pod adresem https://www.githubstatus.com/, w tym oficjalne API statusu GitHub (https://www.githubstatus.com/api); można jednak również wykorzystać zgodność wiarygodnych doniesień.

Tłumaczenie maszynowe. W razie sporu obowiązuje oryginał.

Jaki będzie najdłuższy krytyczny incydent GitHub w listopadzie 2026 roku?

Podobne rynki