GitHubの世界的な障害：API、プルリクエスト、Copilotに影響、エラー率が急増

2026年8月17日

何が失敗したのか、いつ

GitHubは、2026年8月17日月曜日に、UTC午後1時40分（太平洋標準時間午前6時40分）頃に世界的なサービスの中断を経験しましたと、BetaNewsとThe Registerが報告しています。BetaNewsは、GitHubが最初にパフォーマンスの問題を調査していると述べていましたが、その後、複数のコンポーネントにわたるより広範な問題を確認しました。The Registerも、事件の始まりをUTC午後1時40分に置きました。GeekWireは、始まりを太平洋時間午前6時40分とし、これらの報告に一致しています。

午前中を通じて、出版社は同社の状態更新を伝え、広範な劣化を説明しました。BleepingComputerは、開発者がウェブサイト、APIリクエスト、アクション、ウェブフック、イシュー、プルリクエストにおいてエラーに直面しており、後にCopilotも影響を受けたサービスのリストに追加されたと報じました。EngadgetとTech Editionも、APIアクティビティ、プルリクエスト、ウェブフック、Copilotの問題について言及しました。

誰が影響を受け、どの程度の規模で

GeekWireは、GitHubを2億2500万人のユーザーを持つMicrosoft傘下のプラットフォームとして説明し、この障害が世界中の開発作業に影響を与えたと述べました。BetaNewsも、このイベントを大規模な世界的事件として位置づけました。これらのメディアは、障害中のユーザー数を定量化していませんでしたが、複数の出版社が同プラットフォームのステータスページからのスナップショットメトリクスを伝えました。

BetaNewsは、UTC午後2時4分にGitHubがウェブとAPIトラフィックに約20%のエラー率を記載し、アーカイブおよび生のリポジトリダウンロードの失敗率が約50%であることを報告したと伝えました。Hindustan TimesとEngadgetも、米国の午前中にそのスナップショットを繰り返し、午前11時42分ET頃にGitHubが緩和作業を行っており、同じ20%と50%の数字を報告したと述べました。The Registerは、リポジトリコンテンツのダウンロードにおける50%の失敗率を強調しました。BleepingComputerは、ユーザーの一部がコミット、リポジトリ、およびプルリクエストページを読み込む際にサーバーエラーを経験したと追加しました。エンタープライズ顧客も影響を受け、BleepingComputerとBetaNewsの両方がSAMLおよびOIDC認証、SCIM、チーム同期が影響を受けたと述べています。

GitHubとMicrosoftが回復中に述べたこと

出版社は、午前と早い午後を通じて、ステータスページの更新の連続を伝えました。BetaNewsは、UTC午後4時36分にMicrosoftが問題のあるコンポーネントを特定し、修正作業を行い、回復の兆しを示しながらもエラー率が高いままであることを認めたと報告しました。その後すぐに、BetaNewsは、APIリクエスト、アクション、Git操作、イシュー、ページ、プルリクエスト、ウェブフックに影響を与える劣化が緩和されており、チームが安定性を監視しているとMicrosoftが述べたと書きました。

米国西海岸から、GeekWireは、GitHubが午前9時30分過ぎに問題の原因を特定し、午前10時頃には障害を制御下に置いていたと報告しました。GeekWireは、Copilotがアクティブなインシデントとして残り、企業が全体的な安定性を監視し続けていると付け加えました。BleepingComputerは、Copilotの劣化した可用性が午前10時31分ETであると述べました。BleepingComputerは、Git操作、パッケージ、ページ、コードスペースが運用中である一方で、プラットフォームのいくつかの部分が劣化していると記載していました。これらの更新のいずれも、復旧が完了したとは主張していません。

原因と未解決の疑問

報道で引用された発表時点で、GitHubは障害の根本的な原因を開示していませんでした。GeekWireは、報告時点で同社が問題の原因を詳細に説明していないと述べ、BleepingComputerとTech Editionも調査が進行中であり、原因は不明であると述べました。CyberSecurityNewsも、根本的な原因が公に開示されていないと書いています。数字が公表された場合、それらは特定の時点でのステータスページからのスナップショットです。たとえば、20%と50%のエラー率は、最終合計ではなく、時点での測定値として報告されました。GitHubが事後分析を提供する場合、月曜日の中断が単一のコンポーネントの障害によるものか、より広範な依存関係の連鎖によって引き起こされたものかを明らかにするかもしれません。それまでの間、原因は公的報告の中で確認されていません。

依存しているサービスの監視

開発中の障害についての広範な情報を見るには、インターネット障害アーカイブとウェブサイトおよびサービスディレクトリを参照してください。Status Is Downのプランは、チームが頼りにしているサービスやウェブサイトを観察するのに役立ち、読者は登録することで、自分に合ったカバレッジを選ぶことができます。

サービスやウェブサイトを探す