GitHubで再び障害が発生

 (githubstatus.com)
1 ポイント 投稿者 GN⁺ 2026-02-10 | 2件のコメント | WhatsAppで共有
  • 一部の GitHubサービスでパフォーマンス低下 が報告され、通知(Notification)の配信遅延 が発生
  • 平均遅延時間は当初の約 50分 から最大 1時間20分 まで増加
  • その後、段階的な復旧が進み、遅延は 1時間 → 30分 → 15分 の水準まで短縮
  • UTC基準 2026年2月9日 19時29分 に問題解決および インシデント終了 と報告
  • GitHubは 根本原因分析(RCA) を後日公開する予定

GitHub通知遅延インシデントの概要

  • GitHubは一部サービスで パフォーマンス低下 が発生したと報告
    • 初期段階では通知配信が正常に行われなかった
    • 問題原因の調査は進行中だった

通知遅延の進行状況

  • 最初の更新で 平均50分の遅延 が発生していると明記
    • GitHubは緩和措置を進めていると説明
  • その後の更新では 1時間20分の遅延 まで悪化したが、回復の兆し が確認された
  • 徐々に復旧が進み、1時間 → 30分 → 15分 と遅延時間が短縮
    • バックログ(滞留した通知)を処理中だと説明
  • 最終的に 通知遅延の問題は解決 し、正常な配信が再開

インシデント終了と今後の対応

  • UTC基準 2026年2月9日 19時29分 にインシデントは 完全に解決
  • GitHubはユーザーの 忍耐と理解への感謝 を示した
  • 根本原因分析(Root Cause Analysis) の結果は準備ができ次第公開予定

ユーザー通知と購読機能

  • ユーザーはメール、SMS、Slack、Webhookなどで インシデント更新を購読 できる
  • 購読時にはGitHubおよびAtlassianの プライバシーポリシー と 利用規約 に同意する必要がある
  • サイトは Google reCAPTCHA によって保護されている

要約

  • 今回のインシデントはGitHubの 通知システム遅延問題 であり、約4時間にわたって段階的な復旧が進められた
  • サービスは現在 正常状態 に戻っており、追加の分析レポート が予定されている

関連記事

2件のコメント

 
joyfui 2026-02-10

今日未明にGitHubでエラーが出ていたのは、私だけではなかったんですね。
 
GN⁺ 2026-02-10
Hacker Newsの意見

  • GitHubがもうサービス稼働率の統計を公開していないので、自分でデータをパースしてみた
    現在、全サービス基準では「single 9」レベルに見える
    GitHub Statusesページで確認できる

    • 昔のGitHubステータスページを思い出す。あの頃は実際の稼働時間を透明に見せていたが、真実が明らかになるや否や今のページに変わったのは驚くことではない
      archive.orgリンクの説明もよく読んだ
    • 全サービス基準で「single 9」と表現するのは、稼働率の計算方法上意味がない
      各領域ごとの数値は妥当だが、すべてのサービスを単一指標にまとめるのは無意味だ
      ほとんどは99.5%以上だが、Copilotだけが例外に見える
    • Copilotの全体数値が最も低いのは興味深い
      毎日使っているが、問題をほとんど感じたことがない。おそらくインシデント登録時点の反映が遅れているのだろう
    • 今日発生したダウンタイムを「minor」に分類したのが理解できない
      Web UIがほとんど動いていなかったのに、GitHubがインシデントの重大度を過小報告しているのではないかと気になる
    • すばらしいプロジェクトだ。こうして共有してくれてありがとう

  • 数年前まではGitHubの支配力が脅かされるとは思っていなかった
    だが今のように運用が不安定なら、業界を代表する自滅行為として記録されそうだ

    • 昨年のAzureへの「存在論的」マイグレーション以降、稼働率が1〜2段階落ちたように思う
    • 今ちょうどGitLabドキュメントの「Migrate from GitHub」ページを見ている
      issueやプロジェクトまで持っていけるなら、本気で移行を考えるつもりだ
    • 単なる運用問題ではなく、アーキテクチャとコード品質の問題だと見ている
      GitHub Enterprise self-hosted製品を見れば、その複雑さがわかる
    • 根拠はないが、最近の頻発する障害はAI中心戦略による副作用かもしれないと推測している
    • MicrosoftがAzureへの強制移行を進め、AIワークロードを優先した結果だと思う
      GitHubは世界中の開発データの金の卵を産むガチョウなのに、今のように不安定ならフランチャイズ自体が危うい
      Windows 11も良くないし、GitHubが現代開発の基盤という役割を失う可能性もある

  • Caddyのセキュリティバグに対応していたらGitHubが落ちて、レポートを開こうとするとユニコーンページしか表示されなかった
    子どもがいない2時間の間に集中しようとしていたのに、この障害でフィードバックループが明日まで延びるのではと心配だ
    それでもGitHub Sponsorsのおかげで生計を立てられているので感謝している

    • どんなセキュリティバグなのか気になる
    • もし代替プラットフォームを検討したことがあるなら聞きたい。個人サーバーを運用する立場としてはセキュリティが重要だ

  • GitHubがだんだん粉々になって爆発していくのをリアルタイムで見ているようだ
    GitHub Status Historyページはほとんどコメディの域だ

    • 2月9日なのに、もう14件の事故がある
      AI業界の「救世主」フェーズがまたこんな形で進んでいくのを見ると皮肉だ
      関連記事: The Vergeリンク
    • この傾向を逆転させるには、もっとvibe codingをやるべきだという冗談
    • それでもGitHubが透明に公開しているのは良いことだ
      ダウンタイムを隠さないので対応できるし、近いうちに振り返りも出るだろう
    • Azureマイグレーションが終わるまでは、こうした現象は続きそうだ
    • GitHubプロフィールの貢献グラフのような年間可視化があればいいのに

  • 今年に入ってからGitHubはほぼ毎日ステータスページを更新するほど事故が多い
    ステータス履歴を見ると、大規模サービスだとしてもこれは正常ではない
    毎日午後4時ごろにGitHub Actionsが止まるという冗談があるほどだ
    内部で原因と対策を公開してほしい

    • コーディングエージェント登場以降、運用トラフィックが100倍に増えた可能性が高い
      GitHubはもともと別の規模を前提に設計されていたのに、急に新たな次元の負荷にさらされたわけだ

  • ステータスページには最初通知遅延だけが表示されていたが、実際にはPRアクセス時にユニコーンページが出続けていた
    その後、PR関連の個別ステータスページができ、最終的には全サービスの問題へと拡大した
    関連インシデントリンク

    • 「一部サービスのパフォーマンス低下を調査中」という項目が追加された
      UTC 16:10にはなかったが、その数分後に現れた
    • PR承認時にJSON APIがHTMLエラーページを返してくる。内部が完全にこんがらがっているようだ
    • 私も500エラーを頻繁に見た。レイテンシも急増している
      モニタリングリンク
    • コミット詳細にアクセスしてもユニコーンページしか出ない
    • gitコマンド自体も動かない

  • この数週間でForgejoへのマイグレーションを完了した
    うちの会社は大手クラウド依存を減らしたい立場なので、GitHub/Azure障害で中核インフラが止まるのはあり得なかった
    移行プロセスは順調で、いくつかカスタム開発も進めている

    1. Firecrackerベースのランナーを作り、Forgejo ActionsでVM環境のCIを実行できるようにした
    2. 環境変数グループ機能を追加する提案を準備中だ
      コミュニティはとても歓迎的で、Forgejoがもっと成長してほしいと思っている
      会社リンク, 提案ディスカッションリンク
    • ロンドンにいるなら、なぜ.euドメインを使っているのか、サーバーの場所とホスティング事業者が気になる

  • GitHubの不安定さはもう許容できない
    今後コードリポジトリの選定に影響力を持てるなら、GitHubを避けるようにするつもりだ

    • 機能は他のForgeでも十分代替できる
      ただしGitHubの発見性と**ソーシャルシグナル（star、fork）**は依然として魅力的だ
      内部Forge（GitLab、Giteaなど）を使い、GitHubにはミラーリングする方式が現実的だ
      皮肉なことに、GitHubがもっと良ければ有料プランを使っていたはずだが、今は無料だけ使って他にお金を払っている

  • この3か月で3回の大規模障害があった
    ステータス履歴にも明記されている

    • 最近チームで誰か辞めたのか気になる。もしかすると重要な知識を持つ人が抜けたか、運用を別地域に移したのではないかと思う
    • 2週間後にMVPリリースを控えているのにまた障害とは、うんざりする。信頼性が低すぎる
    • これもvibe codingのせいじゃないか、という冗談も付け加える

  • 今の状況はまるでAIがエンジニアを置き換えた結果のように見える

    • 「そうだ、悪い。君のデータベースを消しちゃった」という冗談で返す
    • 実際にはGitHubがMicrosoft Azureへ移行中なので、こうしたダウンタイムが起きていると理解している
    • まるでTay.aiとZoe.aiが内部で喧嘩していて、サービスを守れないかのような風刺だ