2026年8月17日、協定世界時(UTC)の13:40から、GitHubの複数のサービスで障害が発生しました。この障害はオープンソースソフトウェアの構築、ホスティング、コラボレーション、デプロイに用いられるインフラに影響を与え、多くの開発者に混乱をもたらしました(出典)。

障害の具体的な影響範囲

今回の障害では、GitHubのウェブエクスペリエンスとAPIトラフィックで約20%のエラーレートが記録されました。特に顕著だったのは、アーカイブダウンロードと生のリポジトリコンテンツダウンロードで、約50%という高いエラーレートが発生した点です(出典)。

また、GitHub Actionsもパフォーマンスの低下を経験し、自動化されたビルド、テスト、デプロイメントが阻害された可能性があります。ユーザーからは、リポジトリ、コミット、プルリクエストの読み込みに関する問題も報告されています。認証サービスに関しても、SAML、OIDC、SCIM、Team Syncといったサービスが影響を受けました(出典)。

サービス区分 影響の度合い
Webエクスペリエンス & APIトラフィック 約20%のエラーレート
アーカイブ & リポジトリコンテンツダウンロード 約50%のエラーレート
GitHub Actions パフォーマンス低下
認証サービス (SAML, OIDC, SCIM, Team Sync) 影響あり
GitHub Copilot 可用性が低下

一方で、Git Operations、Packages、Pages、Codespacesは現時点では稼働を維持しているとのことです(出典)。普段からGitHub Actionsを使い倒している自分としては、CI/CDが止まるのは開発の生命線が断たれるようなものです。特にアーカイブダウンロードで50%エラーというのは、かなり衝撃的な数字だと感じます。

今回の障害は、リポジトリコンテンツのダウンロードで約50%ものエラーレートを記録し、GitHubの基幹サービスがいかにオープンソース開発の要となっているかを改めて浮き彫りにしました。

オープンソース開発とGitHubの依存性

今回の障害は、オープンソース開発がGitHubのプロプライエタリなインフラに深く依存している現状を明確に示しています。リポジトリのダウンロード、GitHub Actions、プルリクエストといった機能は、分散されたオープンソースプロジェクトにおけるソースコードへのアクセス、継続的インテグレーション/デリバリー(CI/CD)、そしてコラボレーションを支える不可欠な要素です(出典)。

プラットフォーム障害が発生すると、開発およびデプロイメントのボトルネックになる可能性があり、プロジェクトの進行に大きな影響を与えます。過去にもGitHub ActionsやPagesで問題が発生しており、AIを活用したコーディングやエージェントワークフローの増加が負荷を増している可能性も指摘されています(出典)。

原因と今後の動向

GitHubは今回の障害の原因について、現時点では詳細を公表しておらず、調査中であると述べています(出典)。Downdetectorには数千件のユーザー報告が寄せられており、広範な影響があったことが伺えます。

個人的には、SREチームの皆さんの奮闘に頭が下がる思いです。インフラの安定稼働は本当に難しいと、GCPを触っていてつくづく感じます。

近年、AIを活用したコード生成ツール(GitHub Copilotなど)の普及により、GitHubのインフラへの負荷は増大しているのではないでしょうか。これらのツールがもたらす開発効率の向上は素晴らしいものがありますが、同時にプラットフォーム側の堅牢性もこれまで以上に求められるようになるでしょう。