Was wird der längste kritische Vorfall bei GitHub im November 2026 sein?
MicrosoftTechnologieAusfallCodierungGitHub
Startdatum
2026-11-02
Enddatum
2026-12-01
24h-Volumen
$0
Gesamtvolumen
$0
  • Wird der längste kritische Vorfall von GitHub im November 2026 weniger als 1 Stunde dauern?22¢22 %
  • Wird der längste kritische Vorfall bei GitHub im November 2026 zwischen 1 und 3 Stunden dauern?47¢47 %
  • Wird der längste kritische Vorfall von GitHub im November 2026 zwischen 3 und 6 Stunden dauern?46¢46 %
  • Wird der längste kritische Vorfall von GitHub im November 2026 zwischen 6 und 12 Stunden dauern?46¢46 %
  • Wird der längste kritische Vorfall bei GitHub im November 2026 mindestens 12 Stunden dauern?46¢46 %

Regeln

Dieser Markt wird anhand der Dauer des längsten qualifizierenden Vorfalls aufgelöst, der zwischen 1. November 2026, 0:00 ET und 30. November 2026, 23:59 ET beginnt. Beginnt in diesem Zeitraum kein qualifizierender Vorfall, wird dieser Markt auf die niedrigste Kategorie („<1 hour“) aufgelöst. Ein Vorfall gilt als qualifizierend, wenn die offizielle GitHub-Statusseite (githubstatus.com) oder die offizielle GitHub-Status-API (githubstatus.com/api) seine Auswirkungen als „critical“ einstuft, es sei denn, die betroffenen Komponenten bestehen, sobald der Vorfall als „Resolved“ markiert ist, ausschließlich aus Copilot und/oder Copilot AI Model Providers. Vorfälle, bei denen keine betroffenen Komponenten aufgeführt sind, gelten als qualifizierend. GitHub stuft die Auswirkungen von Vorfällen als None, Minor, Major oder Critical ein; nur Critical gilt als qualifizierend. Komponentenstatusangaben (z. B. „Degraded Performance“, „Partial Outage“ oder „Major Outage“) haben für diesen Markt keine Bedeutung, sofern kein qualifizierender kritischer Vorfall vorliegt. Nach der Markierung eines Vorfalls als „Resolved“ veröffentlichte Änderungen werden nicht berücksichtigt. Die Dauer eines Vorfalls ist die Zeit zwischen seinem offiziellen Startzeitstempel und dem Zeitpunkt, zu dem der Vorfall als „Resolved“ markiert wird, wie auf der GitHub-Statusseite oder in der GitHub-Status-API veröffentlicht. Ein Vorfall wird dem Monat seines Beginns zugeordnet, basierend auf seinem offiziellen Startzeitstempel, umgerechnet in Eastern Time (ET); beginnt ein Vorfall während des Zeitraums und wird erst nach dessen Ende behoben, wird er vollständig berücksichtigt. Fällt der ermittelte Wert genau auf die Grenze zwischen zwei Kategorien, wird dieser Markt auf die höhere Kategorie aufgelöst. Ist ein während des Zeitraums begonnener Vorfall am Ende des Zeitraums noch nicht behoben, bleibt dieser Markt offen und wird zum früheren der folgenden Zeitpunkte aufgelöst: (i) dem Zeitpunkt, zu dem der Vorfall offiziell behoben wird, oder (ii) dem Ende des siebten Kalendertags (ET) nach Ende des Zeitraums. Zu diesem Zeitpunkt wird der Markt anhand der dann verfügbaren offiziellen Informationen aufgelöst; die Dauer eines noch nicht behobenen Vorfalls wird von seinem offiziellen Startzeitstempel bis zu diesem Zeitpunkt gemessen. Vorfälle, deren betroffene Komponenten, sobald der Vorfall als „Resolved“ markiert ist, ausschließlich aus Copilot und/oder Copilot AI Model Providers bestehen, gelten nicht als qualifizierend. Geplante Wartungsarbeiten gelten nicht als qualifizierend. Die primäre Quelle für die Auflösung dieses Marktes sind die unter https://www.githubstatus.com/ veröffentlichten offiziellen Informationen zum Systemstatus von GitHub, einschließlich der offiziellen GitHub-Status-API (https://www.githubstatus.com/api); es kann jedoch auch ein Konsens glaubwürdiger Berichterstattung herangezogen werden.

Maschinelle Übersetzung. Im Streitfall gilt das Original.

Was wird der längste kritische Vorfall bei GitHub im November 2026 sein?

Ähnliche Märkte