GitHubが大規模障害？今すぐ状況を確認する方法

GitHubで障害が発生していないか気になる方へ。現在GitHubがダウンしているのか、それとも自分のネットワークの問題なのか、一目で状況を把握できるツールやチェック方法をまとめました。

静的に「はい」とだけ書かれたページにしておけば、かなりの確率で正解になるはずだよ。

GitHubにはもう少し同情的になってもいいんじゃないかな。以前ならAzureへの移行のせいにできたから叩くのもわからなくはなかったけど、みんながAIで常にビルドやプッシュを行っている現状、彼らが扱っている規模の数字を見るとね。アクセス制限をかけたり、（意図的に）新規ユーザーを絞ったりしていないのは立派だと思うよ。もちろん解決すべき問題ではあるけれど、少しの思いやりは大切だよ。個人的には彼らの成功を願ってるし、オンコールの人たちが早く普通の睡眠時間を確保できるようになることを祈るよ。

GitHubのバックエンドサービスがGHES（GitHub Enterprise Server）と同じようなものだとしたら、ここまでスケールできていること自体が驚きだよ。

「GitHubでは2016年2月以降、1125件のインシデントが発生しており、月平均24件のインシデントが発生していることになる」

1125件 ÷ 126ヶ月 ≈ 月8.9件であって、24件じゃないよ。

どっちにしろひどい状況だけど、なぜ最初の文でこんな明らかなミスをするんだろう…

ActionsやCopilotなどの二次的なサービスを除外すれば、GitHubのインシデント率はほぼ半分になるみたいだね：https://i.imgur.com/XPcMIFr.png

私はGitHub Actionsが大好きだし、みんな少し厳しく当たりすぎだと思ってるけど、これだけの高い代償をプラットフォームの安定性に払っているのは悲しい現実だね。

2026年のソフトウェアエンジニアが結局行き着いた先が、複雑な分散型利用モデルを持ちつつ、中央集権的なサービスが原因で低速化やダウンを起こすSCMだっていうのは皮肉な話だね。

GitHubでエンタープライズサポートエンジニアとして働いていた8年半の終盤、全社会議で「GitHub Classic」みたいな製品を検討したことはないのか聞いたことがあるんだ。World of Warcraft Classicみたいに、昔のシンプルな機能セットに絞ったリメイクを想像していたんだけどね。結局、Blizzardがその質問に対して出したのと全く同じ回答をされたよ。「君はそれを求めていると思っているかもしれないが、実際はそうじゃない」ってね。

記録的なトラフィックが原因で障害が起きている現状は、ヨギ・ベラの言う「あそこはもう誰も行かない、混雑しすぎているからな」というジョーク通りの状況だね。

今日GitHubでこれらの問題に対応しているチームには同情するよ。ただ、何年も責任ある立場にいた人たちが、なぜこの事態を予想できなかったのか理解できないな。GitHubはMicrosoftに買収されたんだ。社内で認めようが認めまいがね。MicrosoftはLLMに深く投資していて、特にコーディング用途のLLMには注力していた。LLMが生成するコードやPRが事実上のDDoS攻撃になることは、予見できていたはずだ。単に気にしていなかったか、あるいは強欲さが原因だったんだろうね。

GitHubは終わったかって？間違いなくイエスだね。

この1年間、クライアントや見込み客とのすべてのやり取りで、「別の何かに移行する」ことが懸念として持ち上がっているよ。

「GitHub使ってます？」

「ええ、でも何かに乗り換えたいですね。まだ何がいいのかわからないんですが」

次の大きな選択肢が出てきた瞬間に、彼らは終わりだよ。そして彼ら自身もそれをわかっている。