GitHub-Ausfall weltweit: API, Pull-Requests und Copilot betroffen, während die Fehlerraten steigen

Was fehlschlug und wann

GitHub erlitt am Montag, den 17. August, einen globalen Serviceausfall, der gegen 13:40 UTC (6:40 a.m. PT) begann, gemäß den Zeitangaben, die von BetaNews und The Register berichtet wurden. BetaNews schrieb, dass GitHub zunächst sagte, es untersuche Leistungsprobleme, bevor umfassendere Probleme bei mehreren Komponenten bestätigt wurden. The Register datierte den Beginn des Vorfalls ebenfalls auf 13:40 UTC. GeekWire platzierte den Beginn um 6:40 Uhr Pazifik, was mit diesen Berichten übereinstimmt.

Im Laufe des Morgens übermittelten Verlage die eigenen Status-Updates des Unternehmens, die von weitreichenden Einschränkungen berichteten. BleepingComputer berichtete, dass Entwickler auf der Website, bei API-Anfragen, Aktionen, Webhooks, Issues und Pull-Requests Fehler erlebten, wobei Copilot später zur Liste der betroffenen Dienste hinzugefügt wurde. Engadget und Tech Edition verzeichneten ebenfalls Probleme mit der API-Aktivität, Pull-Requests, Webhooks und Copilot.

Wer betroffen war und in welchem Umfang

GeekWire beschrieb GitHub als eine Microsoft-eigene Plattform mit 225 Millionen Nutzern und sagte, dass der Ausfall die Entwicklungsarbeit weltweit störte. BetaNews bezeichnete das Ereignis ebenfalls als ein massives weltweites Ereignis. Während diese Medien keine Nutzerzahlen während des Ausfalls quantifizieren konnten, übermittelten mehrere Verlage die Echtzeitmetriken der Plattform von ihrer Statusseite.

BetaNews berichtete, dass um 14:04 UTC GitHub ungefähr 20% Fehlerraten für Web- und API-Verkehr nannte, während Archive und Rohdaten-Repository-Downloads etwa 50% der Zeit fehlschlugen. Hindustan Times und Engadget wiederholten dieses Snapshot später am US-Morgen und bemerkten, dass GitHub gegen 11:42 Uhr ET mitteilte, dass es Maßnahmen zur Minderung traf und die gleichen 20% und 50% Zahlen berichtete. The Register hob die 50% Fehlerrate für Repository-Inhaltsdownloads hervor. BleepingComputer fügte hinzu, dass einige Nutzer während des Vorfallfensters Serverfehler beim Laden von Commits, Repositories und Pull-Request-Seiten sahen. Auch Unternehmenskunden spürten die Auswirkungen: Sowohl BleepingComputer als auch BetaNews berichteten, dass SAML- und OIDC-Authentifizierung, SCIM und Team-Synchronisation betroffen waren.

Was GitHub und Microsoft während der Wiederherstellung sagten

Verlage übermittelten eine Reihe von Statusseiten-Updates im Laufe des Morgens und frühen Nachmittags. BetaNews berichtete, dass Microsoft um 16:36 UTC sagte, es habe eine problematische Komponente identifiziert und Korrekturmaßnahmen ergriffen, wobei Anzeichen einer Wiederherstellung erwähnt wurden, während die Fehlerraten weiterhin erhöht blieben. Kurz danach schrieb BetaNews, Microsoft habe die degradierten Dienste für API-Anfragen, Aktionen, Git-Operationen, Issues, Seiten, Pull-Requests und Webhooks gemildert und dass die Teams die Stabilität überwachten.

Von der US-Westküste berichtete GeekWire, dass GitHub den Problemmittelpunkt kurz nach 9:30 Uhr PT fand und den Ausfall gegen ca. 10:00 Uhr PT unter Kontrolle hatte, wobei sich die Dienste erholten. GeekWire fügte hinzu, dass Copilot weiterhin als aktives Problem aufgeführt blieb, während das Unternehmen die allgemeine Stabilität überwachte. BleepingComputer stellte fest, dass Copilots eingeschränkte Verfügbarkeit um 10:31 Uhr ET aufgeführt war. BleepingComputer bemerkte auch, dass Git-Operationen, Pakete, Seiten und Codespaces als betriebsbereit angezeigt wurden, während mehrere andere Teile der Plattform weiterhin degradiert waren. Keine dieser Updates behauptete, dass die Wiederherstellung abgeschlossen war.

Ursache und offene Fragen

Zum Zeitpunkt der Veröffentlichung der genannten Berichte hatte GitHub keine Ursache für den Ausfall offengelegt. GeekWire sagte, das Unternehmen habe die Quelle oder Ursache des Problems bis zu seinem Bericht nicht näher erläutert, und BleepingComputer sowie Tech Edition sagten ebenfalls, dass die Untersuchung andauere und die Ursache unklar bleibe. CyberSecurityNews berichtete ebenfalls, dass die Ursache nicht öffentlich offengelegt worden war. Wo Zahlen veröffentlicht wurden, waren dies Momentaufnahmen von der Statusseite zu bestimmten Zeiten; die 20% und 50% Fehlerraten wurden beispielsweise als zeitbezogene Messungen und nicht als endgültige Summen gemeldet. Wenn GitHub eine Nachanalyse des Vorfalls bereitstellt, könnte geklärt werden, ob ein Komponentenfehler oder eine breitere Abfolge von Abhängigkeiten den Ausfall am Montag ausgelöst hat; bis dahin bleibt die Ursache in der öffentlichen Berichterstattung unbestätigt.

Überwachungsdienste, von denen Sie abhängen

Für einen breiteren Blick auf laufende Störungen, siehe das Archiv der Internetausfälle und das Verzeichnis von Websites und Diensten. Status Is Down-Pläne helfen Teams, die Dienste und Websites, auf die sie angewiesen sind, zu überwachen, und Leser können sich anmelden, um die abgedeckten Informationen auszuwählen, die am besten passen.

Quellen

• GeekWire: GitHub-Ausfall stört Entwickler weltweit in einem weiteren Rückschlag für die Microsoft-Coding-Plattform
• BetaNews: Microsoft bestätigt massiven globalen GitHub-Ausfall
• CyberSecurityNews: GitHub-Ausfall stört Entwickler weltweit im Zuge einer laufenden Untersuchung
• Tech Edition: GitHub erleidet weitreichenden Ausfall, der API, Pull-Requests und Copilot betrifft
• Hindustan Times: Grund für den GitHub-Ausfall: Entwicklerplattform berichtet von ‚hohen Fehlerraten‘ und API-Problemen; Microsoft sagt ‚wir sind derzeit…‘ | Welt Nachrichten
• Engadget: GitHub war den Großteil des Morgens nicht erreichbar
• BleepingComputer: Microsoft bestätigt, dass GitHub weltweit nicht erreichbar ist
• The Register: GitHub hat Probleme, während Repo-Downloads eine Fehlerrate von 50% erreichen

Bildnachweis: ID 176448931 © Transversospinales | Dreamstime.com