話題
2026年11月12日
GitHubまた障害、海外勢「もう自前ホストに」の声
2026年11月11日、GitHubでWebhooksやActionsに障害が発生し、githubstatus.comが「解決済み」とした後もジョブが「Queued」のまま止まり続けるケースが報告された。Hacker Newsのスレッドでは、度重なる障害に対し「もうGitHubを使い続ける意味があるのか」という声が相次ぎ、Forgejo・Gitea・Codeberg・自前ホストのGitLab・Blacksmithといった代替への移行報告が多数寄せられた。一方で、原因をMicrosoft傘下でのAzure移行に求める意見と、AIエージェント関連の負荷増大に求める意見が対立し、自前ホスト化のリスク(CVEやリモートアクセスの運用負担)を指摘する反論も出ている。
GitHubでWebhooks、Actionsなどに障害が発生
出典: githubstatus.com / 元記事はこちら
2
海外の名無しさん
2026-11-11 20:59
本当にうんざりする。こんな障害が何度も続くと、GitHubを使い続ける意味があるのか本気で考えざるを得ない(すでにそう思ってる人も多いはず)
22
海外の名無しさん
2026-11-11 21:50
>>2 今はActionsを別のところで動かしてるけど、もうフル代替を自前で立てる覚悟はできてる
23
海外の名無しさん
2026-11-11 21:04
>>2 うちは何度目かの障害を経て、自前ホストのGitLabに切り替えた
25
海外の名無しさん
2026-11-11 21:25
>>2 自宅サーバーでForgejoとForgejo Actionsランナーを動かしてる
3
海外の名無しさん
2026-11-11 22:27
「解決済み」になった後も、Actionsのジョブが2つ『キュー待ち』のまま止まってる。キャンセルも効かない。2時間経っても『Queued』のまま
4
海外の名無しさん
2026-11-11 22:23
Chromeで「git」と打つと、自動補完でgithubstatus.comが出てくるようになった
26
海外の名無しさん
2026-11-11 22:25
>>4 誰かisgithubdown.comを作るべきだな
5
海外の名無しさん
2026-11-11 21:04
私はhttps://status.github.comにアクセスしてる。Chromeの検索候補でgithub.com自体の次に出てくるくらい
6
海外の名無しさん
2026-11-11 21:51
うちは自前ホストのActionsランナーを使ってるのに、それでも影響を受けた。障害は30分前に解決したことになってるのに、ビルドは全部キュー待ち/保留のまま。GitHubはWebhookを再送する必要があるのでは
7
海外の名無しさん
2026-11-11 21:46
ここ数週間、Copilotのクラウドエージェントでも不調が続いてる(セッションがエラーになったり消えたり、接続できなかったり)。これはステータスダッシュボードには出てない
8
海外の名無しさん
2026-11-11 21:19
Codebergは私の環境では結構安定してる
9
海外の名無しさん
2026-11-11 21:09
マージ条件になってるActionsが完全に止まってる
27
海外の名無しさん
2026-11-11 22:25
>>9 Jenkinsが新しいホットな技術だった頃からずっと思ってるんだけど、CIの外に本番への経路は常に持っておくべき。どれだけ制限をかけてもいいけど、それは存在して、時々テストされていないといけない
10
海外の名無しさん
2026-11-11 22:09
こういう障害が起きるたびに、投資家に『GitHubの代替』を売り込みたくなる。隅っこで動かしてる古いPCでGiteaを動かすだけのやつを
11
海外の名無しさん
2026-11-11 21:11
別にBlacksmithの関係者でも投資家でもないけど、GitHub Actionsの定期的なダウンタイムに頭がおかしくなりそうで、代替として試してる。どうやらイケてる人たちはもう使ってるらしい。もちろんWebhooksの問題には全然関係ないけど。追記: もう最初のジョブが緑になった。移行は5分で終わった。今のところ順調
28
海外の名無しさん
2026-11-11 22:22
>>11 Blacksmithはいいよ。CIジョブ全部で使ってる。使うならDockerのビルドキャッシュを有効にするのを忘れずに。うちのベンチマークでは、試した中でBlacksmithが一番速いランナーだった(Warpというのも試した)。さらにビルドキャッシュで時間を節約できる
12
海外の名無しさん
2026-11-11 21:22
GitHubがOSS向けのレート制限をさらに厳しくして、x.com(旧Twitter)がボット対策でやったみたいにAPI呼び出し課金を始めるのも時間の問題な気がする…OSSとEnterpriseのワークロードをちゃんと分離できていないのもなかなかキツい
29
海外の名無しさん
2026-11-11 21:28
>>12 ボットやLLMがGitHubの仕事を大変にしてるのは否定しないけど、Microsoftに買収される前後でアップタイムのグラフがはっきり変わってるのを見たことがある
30
海外の名無しさん
2026-11-11 21:26
>>12 Twitterが『ボットを一掃した』と信じてるなら、ちょっといい橋があるんだけど買わない?(そんなわけない、という意味)
13
海外の名無しさん
2026-11-11 22:21
また?前回の障害から1週間も経ってない。GitHubは『自前でホストしろ』と言い続けてるようなものだ。6年前からの予言が当たり続けてる
14
海外の名無しさん
2026-11-11 22:09
全部自前ホストのForgejoに移行中で、すごく満足してる。ただ気になるのはNetlifyの方。ダッシュボードがエージェント用のプロンプトボックスでいっぱいになってる。AIの『誤作動』がそっちでも積み重なって、カードの家みたいに崩れたりしないか心配
31
海外の名無しさん
2026-11-11 22:20
>>14 それ、Netlifyのどこで見れるの?もう慣れすぎて気にしてないのかも
15
海外の名無しさん
2026-11-11 21:07
githubstatus.comをブックマークに入れてる。もうホームページにした方がいいのかな
16
海外の名無しさん
2026-11-11 21:49
Codeberg使ってて良かったと思える日だ
32
海外の名無しさん
2026-11-11 22:18
>>16 Codebergって企業利用でも意味あるの?OSS専用だと思ってた
17
海外の名無しさん
2026-11-11 21:18
また別の障害が
18
海外の名無しさん
2026-11-11 21:40
それでもみんなGitHub使い続けるんだよな、笑
19
海外の名無しさん
2026-11-11 22:12
>>2 これって、みんな『バイブコーディングのソフトでも十分』と思いたがってるのに、実際は(GitHubのような)バイブコーディングされたソフトに依存したい人は誰もいない、っていう例じゃないか?自分はForgejoに切り替えて、すごく気分がいい。昔ながらのちゃんとコードされたアプリの、しっかりした感じと軽快さと信頼性を感じられる
20
海外の名無しさん
2026-11-11 22:18
>>2 自分も自前ホストのGiteaに切り替え中!
21
海外の名無しさん
2026-11-11 22:23
>>2 tangled.orgに乗るしかないな!
24
海外の名無しさん
2026-11-11 21:26
>>2 自分で実装した。時間をかける価値があった。気に入ってる機能はちゃんと思い通りに動くし、気にしてない機能は多少雑だけど
34
海外の名無しさん
2026-11-11 22:12
>>22 自前ホストのランナー付きForgejoは最高だよ
35
海外の名無しさん
2026-11-11 21:05
>>23 自分も6月半ばに自前ホストのGitLabに切り替えて、正解だったと思ってる
36
海外の名無しさん
2026-11-11 21:18
>>23 ただ、インターネットに公開しないようにね。最近CVEが多くて、中には完全に制御を奪われるものもある
42
海外の名無しさん
2026-11-11 21:38
>>36 それだとリモートワーカーやエージェントはどう運用すればいいんだろう?
37
海外の名無しさん
2026-11-11 21:39
>>25 自分も2年くらい運用してて気に入ってる。一番好きなサービス。稼働率はほぼ100%で、落ちるのはサーバーのメンテ(apt updateして再起動)のときだけ。そのときはそもそもpushしてない
38
海外の名無しさん
2026-11-11 22:29
>>32 ないよ。それに最近も障害があった気がする。あそこを動かしてる(単一の)サーバーが何かの理由で落ちてたから
39
海外の名無しさん
2026-11-11 22:26
>>33 それがバイブコーディングされたGitHub自体と関係ないってどうして分かる?理由は複数あり得る。エージェント型開発のリポジトリが溢れてるのは事実。でも別の理由を示したからといって、バイブコーディングが原因の一つじゃないとは言えない
40
海外の名無しさん
2026-11-11 22:24
>>33 『Azureに移行したのに、まだ苦労してる』…というより、Azureに移行した_せいで_苦労してるんだと思う。Azureはこれまでずっとひどい。GitHubはもっと容量が必要だったけど、増強先を間違えた
43
海外の名無しさん
2026-11-11 22:03
>>42 VPNかtailscale、あるいはhttpsエンドポイントでクライアント証明書を使う
この話題の背景と論点
GitHubは2026年に入ってから目立った障害を複数回起こしており、スレ内でも「前回の障害から1週間も経っていない」との声が出ている。GitHub ActionsはCIパイプラインのマージ条件に組み込まれているチームが多く、Webhooksが止まるとビルドやデプロイが丸ごと止まる構造になっている点が、単なる「サイトが落ちた」以上に実害として語られる理由。スレで割れたのは原因論で、MicrosoftによるAzure移行後にアップタイムが悪化したという見方と、エージェント型開発やAI関連トラフィックの急増が負荷の一因という見方が並立し、どちらも推測の域を出ていない。もう一つの論点は自前ホストの代替(Forgejo、Gitea、Codeberg、自前GitLab、Blacksmithなど)への移行が「万能ではない」という指摘で、インターネット公開に伴うCVEリスクや、リモートワーカー・エージェントからのアクセス確保という運用上の課題も合わせて語られている。
※本記事は海外掲示板 Hacker News のスレッド「GitHub Incident with Webhooks, Actions, etc.」から抜粋し、編集部で日本語に意訳したものです。訳文の責任は当サイトにあります。
この記事のリアクション
まだコメントはありません。