GitHubs Statusseite wird transparenter: Drei wichtige Updates für Entwickler

GitHub ist die zentrale Arbeitsplattform für Millionen von Entwicklern – und damit steht das Unternehmen in der Verantwortung, Ausfälle und Störungen so transparent wie möglich zu kommunizieren. Nach den jüngsten Verfügbarkeitsproblemen hat GitHub nun drei bedeutende Verbesserungen auf der Statusseite eingeführt, um die Kommunikation während und nach Vorfällen zu optimieren. Diese Änderungen sollen die Genauigkeit, Verständlichkeit und Nutzersichtbarkeit von Serviceeinbrüchen erhöhen.

Drei neue Statuskategorien für präzisere Incident-Analysen

Bisher kannte GitHubs Statusseite nur zwei Kategorien: „Teilausfall“ (Partial Outage) und „Großer Ausfall“ (Major Outage). Doch diese Einteilung konnte die tatsächlichen Auswirkungen von Störungen nicht immer korrekt abbilden. Ab sofort wird die Kategorie „Reduzierte Leistung“ (Degraded Performance) eingeführt – eine Zwischenstufe, die zeigt, wenn Dienste zwar noch funktionieren, aber spürbar langsamer sind oder nur eingeschränkt nutzbar.

Was bedeuten die neuen Kategorien konkret?

• Reduzierte Leistung: Der Dienst läuft, ist aber beeinträchtigt – etwa durch erhöhte Latenz, eingeschränkte Funktionen oder gelegentliche Fehler bei einem kleinen Teil der Anfragen.
• Teilausfall: Ein beträchtlicher Teil des Dienstes ist nicht verfügbar oder stark beeinträchtigt für eine erhebliche Zahl von Nutzern.
• Großer Ausfall: Der Dienst ist weitgehend oder vollständig nicht erreichbar und betrifft die meisten oder alle Nutzer.

Früher wurden selbst minimale Beeinträchtigungen als „Teilausfall“ klassifiziert, was oft zu falschen Rückschlüssen über die tatsächliche Verfügbarkeit führte. Die neue Dreistufigkeit soll nun ein realistischeres Bild der Plattformgesundheit vermitteln.

Echtzeit-Uptime-Statistiken pro Dienst auf einen Blick

Neben den neuen Statuskategorien veröffentlicht GitHub nun auch individuelle Uptime-Werte für jeden Dienst auf der Statusseite. Diese zeigen die durchschnittliche Verfügbarkeit der letzten 90 Tage als Prozentzahl an – berechnet nach branchenüblichen Standards. Dabei werden Vorfälle gewichtet: Ein „Großer Ausfall“ zählt zu 100 % als Auszeit, ein „Teilausfall“ zu 30 %, während „Reduzierte Leistung“ gar nicht als Ausfall gewertet wird.

Beispielrechnung: Stellt sich ein Dienst innerhalb von 90 Tagen für eine Stunde im „Teilausfall“-Modus, entspricht das einer effektiven Auszeit von nur 18 Minuten. Ein „Reduzierte Leistung“-Vorfall bleibt hingegen unberücksichtigt. Diese Transparenz hilft Entwicklern, die Zuverlässigkeit einzelner GitHub-Funktionen besser einzuschätzen – etwa des API-Dienstes, der Paketregistrierung oder der Codesuche.

Separate Statusüberwachung für KI-Modellanbieter bei GitHub Copilot

Ein besonderer Fokus liegt auf der Verfügbarkeit von GitHub Copilot, insbesondere der KI-Modellanbieter, die im Hintergrund laufen. Bisher wurden Störungen bei einzelnen Modellen direkt dem Copilot-Dienst zugeordnet – selbst wenn nur ein Modell betroffen war und Nutzer dank automatischer Modellauswahl oder manueller Auswahl auf Alternativen ausweichen konnten.

Ab sofort gibt es einen eigenen Statusbaustein namens „Copilot KI-Modellanbieter“, der separat überwacht wird. So lässt sich genau nachvollziehen, ob ein Problem bei den zugrundeliegenden Modellen liegt – etwa bei bestimmten LLMs (Large Language Models) – oder ob der Copilot-Dienst selbst nicht erreichbar ist. Bei einem Vorfall werden zudem detaillierte Informationen veröffentlicht, welche Modelle betroffen sind und wie sich das auf Copilot Chat oder den Copilot Cloud Agent auswirkt.

Warum diese Änderungen für Entwickler entscheidend sind

Die neuen Funktionen auf GitHubs Statusseite zielen darauf ab, Unsicherheiten bei Serviceeinbrüchen zu minimieren und Entwicklern die nötige Klarheit zu geben, um ihre Workflows zu planen. Besonders in kritischen Phasen – etwa bei Software-Releases oder Infrastruktur-Updates – ist es essenziell, schnell einschätzen zu können, ob ein Problem bei GitHub liegt oder im eigenen Code.

GitHub selbst betont, dass Transparenz in solchen Momenten am wichtigsten ist. Die Kombination aus präziseren Statuskategorien, detaillierten Uptime-Daten und separaten Monitoring für KI-Komponenten soll sicherstellen, dass Nutzer nicht nur über Ausfälle informiert werden, sondern auch über deren tatsächliche Auswirkungen. Die Plattform bleibt damit ein verlässliches Rückgrat für die tägliche Entwicklungsarbeit – und die Kommunikation darüber wird mit jeder weiteren Verbesserung noch verständlicher.