ハクソク

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

同日に再び発生したGitHubの障害

105日前原文(githubstatus.com)

概要

  • 2026年2月9日 に発生したGitHubサービス障害の概要
  • 影響範囲は Actions、Git Operations、Issues など多岐に渡る
  • 各サービスの 復旧状況と対応経過 のタイムライン
  • 最終的に全サービスが正常化 し、詳細な原因分析は後日共有予定
  • 利用者への 感謝の意と今後の対応方針 について

GitHubサービス障害の経過報告

  • 2026年2月9日19:01 UTC、Actions、Git Operations、Issuesのパフォーマンス低下を確認
  • 19:02 UTC、Actionsの利用可能性が低下、調査を継続
  • 19:05 UTC、Pagesのパフォーマンス低下、調査を継続
  • 19:07 UTC、Webhooks、Actions、Copilot、Issues、Gitに影響拡大
    • 利用者によるリクエストの遅延や失敗、Actionsジョブの遅延が発生
  • 19:07〜19:10 UTC、Pull RequestsおよびPackagesにもパフォーマンス低下
  • 19:29 UTC、復旧策を適用し、回復の兆候を確認
  • 19:31 UTC、Codespacesのパフォーマンス低下が継続、調査を継続
  • 19:54 UTC、Dependabot、Actionsなど一部サービスの問題が継続、引き続き監視
  • 20:08 UTC、全サービスが通常処理に復帰
  • 20:09 UTC、Actions、Codespaces、Git Operations、Issues、Packages、Pages、Pull Requests、Webhooksが正常稼働を確認

今後の対応と利用者へのメッセージ

  • 障害発生時のご不便 に対する謝意表明
  • 詳細な根本原因分析（RCA） は準備でき次第公開予定
  • 今後の障害防止策 の検討と継続的なシステム監視
  • 利用者への 透明性の確保 と信頼維持への取り組み

Hackerたちの意見

今のところ、GitHubの障害はSaaSのちょっとした問題というより、クラウドプロバイダーの障害に近い気がする。ここにいる人たちの中で、自己ホストのGit（GitLabやGitea）を使ってる人はどれくらいいるんだろう？それとも完全にバージョン管理を外注してるのかな。

└

自己ホストのGitLabは絶対に価値があるよ。

└

GitLabとForgejo/Gitea万歳！前の2つのスタートアップでGitLabをうまく使ってたよ。小さいスタートアップはgitlab.comの有料プランを使ってた。大きいスタートアップ（戦略的な最先端IPと多国籍のセキュリティ感度を持ってる）では、高額なオンプレミスのエンタープライズGitLabを使ってた。後者のスタートアップでは、Microsoft Azureブランドのものにデフォルトで購入された非ソフトウェア系の人たちにソフトウェアチームがやられた後、GitLabに移行するために主力エンジニアとしての政治力を使ったんだ。Nvidiaの推薦があったのも助けになったし、私たちもAIハードウェアの分野にいたからね。完全にオープンソースを使いたい、または予算が$0なら、Forgejo（Giteaからフォークされたもの）もあるよ。今の一人でやってるサイドスタートアップで使ってるけど、Git、イシュー、ボード、ウィキに関してはほぼGitLabと同じくらい良いよ。「スコープ付き」イシューラベルはForgejoでは標準だけど、GitLabでは有料プランなんだ。CI機能はまだ試してないけどね。

└

セルフホスティングのGiteaは、バックアップや他のセルフホスティングのことを気にしないなら楽しいよ。

GitHubの上層部の誰か、ちゃんと注目して、信頼性のある製品を提供する方向に優先順位を変えてくれないかな？去年、会社をAzDOからGHエンタープライズに移したんだけど、常に部分的な障害が続いてるせいで、他のベンダーに移ることも考えてる。以前は「普通に動いてた」ことが、今はUIが遅くなったり、GHアクションが合理的な時間内にスケジュールできなかったりすることが多くなった。GHコパイロットは好きだけど、結局はGitフォージが必要でGHに来たから、もしGitフォージが機能しなかったらGHを離れるつもり。

└

「私は他の人と同じくらいGHコパイロットを楽しんでいる」ってことは、全然楽しんでないってこと？

└

これに賛成。GitHubは昔は素晴らしい製品だったのに、今はほとんど機能しない。コミットをプッシュしたときにタイムラインが更新されるような基本的な機能すら信頼できない。先日、PRの差分を開いたんだけど（特に大きくもないやつ）、ページが視覚的に読み込まれ終わってから、UI要素がクリック可能になるまでに15秒もかかったんだよね。しかもそれが何度も起こった。こんなに機能しないソフトウェアを普通だと受け入れるようになったのは、ちょっと驚きだよ。

└

GitHubの上層部の誰か、ちゃんと注目して、少なくとも比較的信頼できる製品を提供する方向に優先順位を変えてくれないかな？今、彼らはそうしてるって主張してるけど。

└

GitHubの上層部の誰か、ちゃんと注目して、少なくとも比較的信頼できる製品を提供する方向に優先順位を変えてくれないかな？マイクロソフトだし、信頼できる製品を期待するのは無理な話だよね。

└

GitHubは昔、結構面白いポストモーテムを公開してたよね。今もやってるかも。確か、SQLデータベースのスケーリングに苦労してて、限界に達しそうだったんだ。これは厳しい状況で、全く別のセマンティクスを持つデータレイヤーに大規模な移行をするか、今やってることを支えるには本来向いてないDBでパフォーマンスを必死に絞り出すかのどちらかなんだよね。「スケーリング」に関するOpenAIのブログ記事も似たような内容だけど、GitHubよりはうまくやってると思う。

└

それは無理だね。これは終末的な衰退だよ。次のステップは無料リポジトリを廃止して、価格を上げていくことだろうね。そうなったら、顧客一人に対して専任のエンジニアリングチームが一つだけになる。結局、顧客は一人だけになるだろう。最終的にはBroadcom、OpenText、Rocket、またはProgressに買収されると思う。

└

自分から動いてみたらどう？ここでお願いするより、ずっと効果があると思うよ。

└

最も皮肉なのは、リーナス・トーバルズがインフラの中央集権化なしで動くようにLinuxカーネルのコードベースを考えてgitを設計したことだよね。どのリポジトリも他のリポジトリに勝ることはない。きっと君たちの中のクレイジーな子たちが、自分のノートパソコンでCIパイプラインを作り出すことができるはずだよ？8) まあ、私はGHは面白いものを同期するためだけに使ってるから、なくならないようにしてるんだ。

└

私の組織はGHアクションの問題でGitLabに移行したばかりだよ。

GitHubは完全自動化された開発ワークフローの圧力を感じてるのかな？今、個人リポジトリに対するコミット数はすごいことになってるだろうし、それが有料の組織に転換されることはないだろうね。

└

私の経験では、これが始まったのはMSFTがGitHubを買収した後だけど、バイブコーディングが流行るずっと前のことだね。ちなみに、プライベートリポジトリがマイクロソフトの所有下で2019年に無料になったんだよね。もしそれをやってなかったら、バイブコーダーから毎月4ドルを永遠に搾り取れたかもしれないのに！

└

これが裏での実際のシナリオだよ。スケールに苦労してるみたい。

└

先日、AIで生成されるコードやリポジトリ、コミットの量について考えてたんだ。おそらくもっと大きなデータセットも増えてるだろうね。

└

AIエージェントの盛り上がりに乗って、AIエージェントの失望で死ぬ。

みんな、数週間はのんびりしよう。GitHubの人たち、焦らなくていいよ。実際、心配しないで。

GitHubから移行を考えてるんだけど、しっかりしたCIソリューションが必要なんだよね。できればコンテナレジストリもあれば理想的。ちゃんと動くソリューションにはお金を払うつもり。おすすめある？

└

https://nix-ci.com/

└

自分は長年GitLabのファンなんだ。プラットフォーム自体はかなりしっかりしてるし、GitLab CIはすごくシンプルだけど、必要があれば複雑なこともできる。レジストリもあるけど、権限周りはちょっと変だったりする。でも、全部一緒に使うとちゃんと動くし、統合もいい感じだよ！

└

そもそも、リポジトリがCIを担当するべきなのかな？特定の仕事をうまくこなすシンプルなツール（Unix的な）を忘れちゃって、どんどん大きくなって、いろんなことをあまりうまくできないツール（マイクロソフト的な）になってる気がする。

└

たくさんの専用CI/CDがあって、ちゃんと動いてるよ。CircleCIは僕には合ってた。

└

GitLabはコンテナベースのCIでセルフホスティングできて、CEの設定も結構簡単だよ。

└

Firecracker VMランナーを使って、ベアメタルでForgejoのインスタンスを立てられるよ。サポートもできるし、SLAも提供できる。内部で運用してて、すごく安定してる。ベアメタルでランナーを動かしてて、大きなCI/CDジョブ（主にRustのコンパイル）がたくさんあるんだ。ただ、初期費用がちょっと高いから、同じクラスターで他のワークロードもいくつか運用する必要があるかも。もしくは、すごく大きなForgejoサーバーを運用したい場合ね！私のコメント履歴が、私たちのやってることの詳細や概要を提供してくれると思う。いずれにせよ、FirecrackerランナーをForgejoコミュニティに早く提供する予定だよ。 https://lithus.eu

└

GitLab、今まで使った中で最高のCIだよ。

└

Gitea / forgejo。GitHub Actionsに対応してるよ。

CI/CDとコード/バージョン管理のホスティングを混ぜるのは間違いだと思う。最高の状態でも、すべてが静かに動くだけで、選んだプロプライエタリなシステムにロックインされちゃう。Gitホスティングプロバイダーを切り替えるのは、リモートを変えてプッシュするのと同じくらい簡単であるべきなんだ。でも今は、MR/PRプロセスやウィキ、チームが依存しているかもしれない余計なものの解決策を見つける必要がある。いつも言ってるけど、バンドルは罠だよ。

└

これが間違いだとは思わないよ ;) ロックインは設計上のものだから。

└

いや、必ずしもプロプライエタリじゃないよね？forgejoみたいなOSSソリューションもあって、少なくともgitシステムとスタンドアロンのCIシステムを動かすのは結構簡単だよ。

以前はあまり一般的じゃなかったワークフローをやってる人たちが影響を与えてるのかなって思い始めてる。例えば、今日はclaudeに8年間のコミットがあるリポジトリからマージされたブランチを全部整理してもらったんだけど、420本もマージされたまま削除されてないブランチを見つけて削除してくれた。一度に420本のブランチを削除するのって、過去には最適化する価値がなかった長い尾のワークフローだよね？でも今は開発者たちがこういう整理を頻繁にやってると思う。昔はそんな時間を作ることなんてなかったのに。

GitHubって今、Azureに移行しようとしてる最中じゃなかったっけ？

GitLabは、まだ使ってないならおすすめだよ。オーストラリアの大手航空会社で働いてたんだけど、月例会議でGithubチームと話した内容は一言で言うと「AI」だった。実際のプラットフォームには全然焦点が当たってなくて、AI、Copilot、さらにAI、さらにCopilotって感じ。もし状況が良くなると思ってるなら、残念なお知らせだよ。Copilotは企業にあまり受け入れられてないみたいで、彼らは自分たちでClaudeを使ってる。もしMicrosoftが元に戻したら、マジで大変なことになるだろうね。

└

彼らは独自のモデルを持ってるの？CopilotはClauseとかのフロントエンドだと思ってたんだけど。

これ（1日に複数回の大規模障害）は、残念ながらかなり前から続いてるんだよね。例えば、2026年の2月2日なんかもそう。GitHubのステータスページではあまりうまく視覚化されてないけど、ここで解析されて集約されてるのが見れるよ: https://mrshu.github.io/github-statuses/