GitHub 可用性アップデート：エージェント型ワークフロー急増と30X対応への転換

Apr 28, 2026 · databases ai-agents systems · Source ↗

要約

GitHub CTOが直近2件のインシデントと、エージェント型ワークフローの急拡大によって容量目標が10Xから30Xに引き上げられたスケーリング刷新について説明。

4月23日マージキューのバグ：squashマージが過去のPRのコミットをサイレントに revert する不具合が発生。230リポジトリ・2,092プルリクエストが影響を受け、データロストはなかったがデフォルトブランチが不正な状態に。
4月27日 Elasticsearch 過負荷（ボットネット攻撃の可能性）：プルリクエスト・Issues・Projectsなど検索依存のUIが停止。Git操作とAPIは継続稼働。
エージェント型ワークフローが2025年12月末から急加速し、容量需要が2025年10月計画の10Xから30Xへ拡大。1件のPRがGitストレージ・Actions・検索・webhook・権限管理・キャッシュ・DBを同時に叩く構造が背景。
短期対策：webhookのMySQL分離、ユーザーセッションキャッシュの再設計、authおよびauthzのリファクタリングによるDB負荷削減、Azure上の追加コンピュートの投入。
長期施策：GitとActionsを他ワークロードから分離、パフォーマンス重要なRubyモノリスパスのGo移行、Azure依存を超えたマルチクラウド化。

マルチクラウド発表は「Azure単独では必要な信頼性を確保できない」という暗黙の認定と読むコメントが多く、「Azure移行が信頼性改善の答えだった」という従来の主張を揺るがしている。
「可用性最優先」は6カ月前のAzureファースト転換時にも宣言されたが障害頻度は改善されておらず、投稿のグラフにもベースラインのラベルがないとして懐疑的な見方が強い。
別スレッドでは無料プランの長期経済性を問う声も：LLM生成のリポジトリ・コミット量は成長グラフに表れており、この負荷を価格・アクセスポリシー変更なしに吸収し続けられるか疑問視するコメントが複数。

@frangonf：トレーニングデータ抽出とエージェントによるロックインが十分に進んだ今、トークン補助金の時代は終わりつつあると論じ、関連スレッドを根拠として提示。
@cedws：「低品質プロジェクトの公開ゴミ箱を永続的に維持できるとは思えない」――GitHubが成長の根拠として示すグラフにも表れているLLMウェーブのスパムを、無料プラン持続可能性に対する具体的リスクとして指摘。