世界を動かす技術を、日本語で。

GitHub ActionsとPagesの利用可能性が低下しています

概要

  • 2026年8月6日、GitHub ActionsとPagesにて大規模な障害が発生
  • ワークフロー実行遅延・失敗、Webhook配信遅延など様々な影響
  • GitHub-hosted/self-hosted runners、Copilot、Enterprise Importer も影響対象
  • エンジニアチームが 段階的な復旧作業と緩和策 を実施中
  • 状況は 順次改善中 だが、完全復旧には至らず

GitHub Actions障害の発生と影響範囲

  • 2026年8月6日15時22分(UTC) より、Actionsのパフォーマンス低下を検知
  • ワークフローの実行開始遅延・途中失敗、Actions REST APIの一部リクエストでエラー発生
  • 予期しないレートリミット により、一部ワークフローで制限発生
  • GitHub-hosted runnersself-hosted runners の両方でジョブ登録時にエラーやレート制限
  • Copilot code review、Copilot coding agent、GitHub Enterprise Importerによるマイグレーション も障害対象
  • Webhook配信の遅延・スロットリング (一時15%のみ処理)
  • Actions API へのリクエストの一部で失敗
  • Pagesサービス でも断続的なパフォーマンス低下や利用不能

復旧作業と進捗状況

  • エンジニアチームによる 障害原因の特定と緩和策の適用
  • 追加の修正策 を順次全システムへ展開
  • ワークフロー実行成功率 は一時30~40%まで低下
    • 復旧進行により65%まで改善
  • runnerの一部 でジョブが利用不可状態にも関わらず再試行し続ける現象
  • Webhookトリガーのスロットリング でリカバリ対応
  • Pagesサービス は一時的に正常化するも、再度パフォーマンス低下を繰り返す状態

ユーザーへの影響と推奨対応

  • ワークフローの遅延・失敗、Webhookイベントの不達や遅延
  • GitHub-hosted/self-hosted runners 利用者はジョブ登録時のエラー、レート制限に注意
  • Copilot関連機能、Enterprise Importerによるマイグレーション も断続的に失敗
  • 復旧まで新規ジョブやマイグレーションの実施を控える ことを推奨
  • 状況改善時には公式ステータスページの確認 を推奨

今後の見通しと対応

  • 完全復旧まで引き続きエンジニアが対応
  • 段階的な緩和策・修正の展開 を継続
  • 復旧の進捗は公式アナウンスやステータスページで随時更新
  • ユーザーは重要なCI/CD処理やマイグレーションの再実行判断 に注意
  • 障害発生時の影響範囲や復旧状況の定期的な把握 が重要

Hackerたちの意見

Graphite/Cursorの代替(Origin)が使えるようになるのが待ちきれない!アメリカ東部の仕事中に1時間もサービスがダウンするなんてありえないよ。GitHubのエンタープライズ顧客としてはすごくイライラする。専用のリソースや安定性が全然ない感じ。今のところ、GitHubエンタープライズを自分たちでホストするか、他に移るしか選択肢がないね。

Originが使えるようになる前にホスティングやCIを移行するつもり?それとも、そこまでGitHubに縛られちゃってる感じ?

18ヶ月前に会社を辞めた人のデスクの下にある古いDellで動いてるJenkinsの方が、最近は信頼できる気がする(笑)

自己ホストのワーカーですら、こういうダウンタイム中に動かないのが面白いよね。自分たちのインフラでジョブを動かすのが不安定なのはまあ許せるけど、ワークフローをスケジュールするためのAPIがこんなに不安定なのは驚きだよ。GitHubってもう真剣な会社じゃない気がする。

マイクロソフトももう真剣な会社じゃないよね。

https://github.com/gitlabhq に切り替えるのもありかも :)

そんなに驚くことでもないと思うよ。GHAの全体的な複雑さと価値はランナーではなく、GHのフロントエンドがフックするスケジューラーにあるから、ランナーがジョブを受け取るんだよね。そこが一番落ちやすい部分だと思う。もしスケジューリングが自己ホストだったら許されないけど、ウェブフックに好きなものを接続することはできるから。

GitHubは、普通のランナーを使って自己ホストのランナーを実装して、その環境を渡してポーリングしてるんだ。だから、最小のGitHubホストのランナーと同じくらいのコストがかかるんだよね。これはマイクロソフトの標準的な運用手順を考えれば驚くことじゃないよね。- https://news.ycombinator.com/item?id=47616242

gitlab-ceは、dockerなどで全ての統合テストを実行できるよ。今のGitHubにいるのは、10年前のTwitterにしがみついてるのと同じだね。次はメカ・ヒトラーでも来るのかな。

もう何時間も経っちゃった :( オンコールチームが解決しようとしてるのには同情するよ。ほとんどの人が同じ経験してるしね。でも、GHでは何かが根本的におかしくなってるみたい。

正直、彼らの信頼性のひどさには驚くよ。この4週間で、GitHub Actionsが8日間もダウンしてて、そのうち何回も数時間のダウンがあったんだ。7月9日、20日、今日はそれぞれ3時間以上、7月23日は1.5時間も。ダウンは起こるけど、こんなに近い間隔で、しかも大規模で長引くものが多いのは、絶対に何かが根本的におかしいよ。うちの会社ではコードを出荷するのが seriously きつくなってる。

でも、GHでは何かが根本的におかしくなってるみたい。 そうだね、私たちはそれを「マイクロスロップ」って呼んでるよ。

Hacker Newsで議論の続きを見る