GitHubが開発者を再び引き寄せる方法

過去1年の間、GitHubは開発者が長年慣れ親しんできた安定したユーティリティではなくなっていました。検索からGitHub Actionsやそれに依存するCI/CDパイプラインに至るまで、障害が頻繁に発生しています。同社は過去12か月間に数百件のインシデントを記録し、公に謝罪する必要がありました。

The New StackはGitHubのCOOであるKyle Daigle氏（現在はMicrosoftのDeveloper向けCMOも兼任）に、この状況の原因とGitHubの修正計画について話を聞きました。Daigle氏によると、AIコーディング時代においてGitHubは前例のない成長に直面しており、それはハイパーグロースクラウド企業の通常のレベルをはるかに超えています。この超成長に対応するため、GitHubは現在「総力戦」の態勢をとっています。

「これは単にクラウド時代の通常のスケーリングソリューション、つまりより大きなマシンを入手したり、より多くのマシンを追加したりする話ではありません」とDaigle氏は言います。「来年にかけて30倍から40倍にスケーリングできるようにすることが重要であり、これまでの歴史的な年間100%成長という印象的な数字を超えるものです。」GitHubのエンジニアリングチームは、現在処理しているコミット、プルリクエスト、イシューの30倍を処理できるシステムを目指しています。

皮肉なことに、GitHub自身が2021年にCopilotを立ち上げ、AIコード生成の時代を先導しましたが、今ではその負荷に耐えかねています。2025年全体で10億件のコミットを処理しましたが、現在は月に14億件を処理しています。Daigle氏によると、エージェントだけでも月に1700万件以上のプルリクエストを作成しています。

GitHubは需要に応えるため、自社データセンターからMicrosoft Azureクラウドへの移行を進めていますが、これは単なる容量追加ではありません。「私たちが重点的に取り組んできたのは、通常の方法でのスケーリング（CPUの追加や水平・垂直スケーリング）だけでなく、さらに重要なのは、基盤となるシステムに深く入り込み、それらを更新、再構築、または改善することです」とDaigle氏は説明します。初期の作業はデータベースの負荷軽減に集中し、MySQLの競合解決、Webhookの完全なMySQLからの移行、セッションキャッシュと認証フローの再設計が行われました。GitHub Actionsについては、ジョブをランナーにディスパッチする方法が書き換えられました。より広範なアーキテクチャ目標は、ActionsやGitなどの重要なサービスを他のサービスから分離し、問題のあるサブシステムが他を巻き添えにしないようにすることです。また、GitHubはパフォーマンス重視のコードをRubyモノリスからGoに移行しています。

「すぐに成果が出るような簡単な改善はほとんど行いました」とDaigle氏は認めますが、その効果を明確に示すのは難しいと述べています。「可用性向上のジレンマです」と彼は言います。「システムが稼働しているとき、『私たちはこの改善を行いました』と簡単に示す方法はありません。」GitHubはマイクロソフトの支援も受けています。「GitHubはまさに総力戦です」とDaigle氏。「経験豊富なエンジニアが迅速なスケーリングを支援するため、これまで以上に多くのサポートを得ています。」これらの増援の多くは、以前にこの規模でシステムを拡張したことのあるマイクロソフトのエンジニアです。

それでもGitHubは新しいCopilotアプリなどの新機能をリリースし続けています。Daigle氏は、これらの機能はリスクの低い表面で反復されており、修復中のシステムに影響を与えないと主張します。「CLIの機能をリリースしても、github.comと同じ安定性と回復力の特性はありません。」Daigle氏は、この不安定期が間もなく終わることを期待しているようです。「毎月前月より少しでも良くなることを願っています。全力を尽くして取り組んでいます。」