概要
GitHubは2026年8月6日（現地時間午前11時22分/UTC15時22分)、GitHub Actionsのパフォーマンス低下を検知し、これが約10時間半に及ぶ大規模障害へと発展した。原因は実行ランナーに対して無効なジョブが継続的かつ誤って割り当てられていたことで、ワークフローの失敗や遅延が世界中のCI/CDパイプラインを直撃した。障害はActions単体にとどまらず、GitHub Pagesの可用性低下、Copilotのコードレビューおよびコーディングエージェント機能の劣化、ホステッドランナーの不調、GitHub Enterprise Importerの移行ジョブ停止、ウェブフック配信の遅延（処理能力が通常の15%まで低下）へと波及した。一部のトリガーイベントは自動再実行の対象外となり、失われたままとなっている。GitHubは発生から約2時間後に原因を特定したとするも当初は技術的詳細を明らかにせず、その後複数の緩和策と修正を段階的に適用し、現地時間午後8時1分に復旧を宣言した。修正適用後、ワークフロー実行の成功率は99%まで回復したという。
背景にある信頼性の低下
今回の障害は単発の事故ではなく、GitHubのインフラが抱える構造的な問題の一端として位置づけられている。IncidentHubの集計によれば、過去12カ月間でGitHub全体は257件のインシデント（うち48件が「メジャー」）を記録し、累積ダウンタイムは112時間を超える。GitHub Actionsだけでも57件のインシデントが報告されており、月別でも2026年4月に26件、5月に23件、6月に23件、7月に26件、8月も6日時点で既に6件と、高止まりが続いている。GitHubは以前、AI関連ワークロードの急増をシステム負荷の一因として説明し、構造的改善を約束していたが、今回の障害はその効果が十分に表れていないことを示した。GitHubは現在Azureへのインフラ移行を進めているものの、今回の障害発生時点でトラフィックの移行率はわずか12.5%にとどまっており、完全移行までは同種の負荷問題が続く可能性がある。
開発者コミュニティの反応
相次ぐ障害に対し、開発者コミュニティの不満は深刻化している。ターミナルエミュレータGhosttyの開発者Mitchell Hashimotoは「ほぼ毎日のようにインシデントで作業がブロックされている」と述べ、プロジェクトのGitHubからの移行を発表した。Zig言語財団もすでにCodebergへの完全移行を完了させている。ある開発者は、現状のGitHubのプラットフォームは「本格的な業務利用には適さない」との評価も示しており、CI/CD基盤としての信頼性そのものが問われる状況となっている。