GitHubは200万行規模のRailsアプリケーションであり、毎週RailsとRubyを最新版にアップデートし続けている

2023年4月12日

4月10日でサービス開始からちょうど15周年を迎えたGitHubは、当初からRuby on Railsを用いたモノリシックなアプリケーションとして作られてきました。現在では200万行近い規模のコードになっているそうです。

今年1月にはGtHubを利用しているデベロッパーが1億人に到達したことも発表しました。GitHubはまさに世界最大級のRailsアプリケーションだと言っていいでしょう。

そのGitHubは5年前の2018年、Railsのバージョンを3.2から5.2に上げる作業に1年半を費やし。そして二度とこのようなことにならないよう、より頻繁にアップデートを行うべき、などの教訓を得たとしていました。

そして現在、GitHubは毎週月曜日にRailsのアップデート作業を開始するようになっており、またRubyも毎週アップデートを行っていることをブログ「Building GitHub with Ruby and Rails」で明らかにしました。

現在のGitHubがどのようにRailsとRubyをアップデートしているのか、ブログで書かれているポイントを見てみましょう。

200万行近い規模のコード、Railsを毎週アップデート

前述の通り、ブログによると現在のGitHub.comは200万行近い規模のコードとなっており、1000人以上のエンジニアが開発に取り組んでいるとのことです。

そして1日に20回以上デプロイをし、毎週Railsをアップデートしているとも説明されています。

Railsのアップデートの様子をブログから以下に引用します。

Every Monday a scheduled GitHub Action workflow triggers an automated pull request, which bumps our Rails version to the latest commit on the Rails main branch for that day. All our builds run on this new version of Rails. Once all the builds pass, we review the changes and ship it the next day.

毎週月曜日にはスケジュール化されたGitHub Actionのワークフローが自動的にプルリクエストを実行し、その日のRailsのメインブランチの最新のコミットが、私たちのRailsバージョンに反映されます。
私たちのビルドは、すべてこの新しいバージョンのRailsで実行されます。すべてのビルドがパスした後に変更点がレビューされ、翌日には本番環境へと出荷されるのです。

毎週Railsをアップデートするようになったことで次のようなメリットが得られたとしています。

GitHubを利用しているデベロッパーに最新のツールを提供できる
より優れたデータベース接続処理、より高速なビューレンダリングなど、最新のRailsの機能をユーザーに提供できる

自社独自のRailsパッチが不要になる
自社向けのパッチを作り、それがRailsに反映されるのを待つのではなく、Rails自体にパッチを提案できるようになる

Railsとの協業が容易になる
Railsに提案して次バージョンで反映されるのを待つ代わりに、Railsに対して作業し、翌週には反映されるのを見るようになる

最新の依存関係を維持することで、よりよいセキュリティの状態が得られる
日常的にアップデートしているため、脆弱性の報告があったとしても、なにか特別な作業が発生するわけではない

ビッグバン的なマイグレーションがなくなる
アップデートごとに小さな変更しか行われないため、アップデートによる非互換があったとしても理解しやすく、対処しやすい。

メインブランチのバグを発見し、フィードバックしやすい
これにより開発チームが強化され、アプリケーションへの理解を深めることにもなる

Rubyも毎週アップデート

GitHubではRailsと同じように、Rubyについても毎週アップデートを行っているとのことです。下記もブログからの引用です。

Naturally, we have a similar process for Ruby upgrades. In February 2022, shortly after upgrading to Ruby 3.1, we started building and testing Ruby shas from 3.2-alpha in a parallel build. When CI runs for the GitHub Rails application, two versions of the builds run: one build uses the Ruby version we are running in production and one uses the latest Ruby commit including the latest changes in Ruby, which we update weekly.

当然ながら、Rubyのアップグレードも同様のプロセスで行っています。2022年2月、Ruby 3.1にアップグレードした直後に、Ruby 3.2-alphaのビルドとテストも並行して開始しました。GitHubのRailsアプリケーションのCIが実行されると、2つのバージョンでビルドが実行されます。1つのビルドは本番で運用しているRubyのバージョンを使い、1つは毎週更新しているRubyの最新の変更を含むRubyを使っています。

GitHubは、このようなRailsやRubyのアップデートを行うために、徹底したテストスイートを維持し改善するために働く多くの優秀なエンジニアが必要だと説明しており、それによって自社のテストスイートは問題を発見する可能性が高く、もし発見できなかったとしても、それがユーザーで発覚する前のデプロイ中に発見できると確信していると説明。

それだけGitHubのエンジニアリングは成熟しているのだ、としています。

関連記事

GitHubは2023年12月に、MySQLの無停止アップグレードについての説明も公開しています。

あわせて読みたい

CI/CD DevOps プログラミング言語 Ruby




タグクラウド

クラウド
AWS / Azure / Google Cloud
クラウドネイティブ / サーバレス
クラウドのシェア / クラウドの障害

コンテナ型仮想化

プログラミング言語
JavaScript / Java / .NET
WebAssembly / Web標準
開発ツール / テスト・品質

アジャイル開発 / スクラム / DevOps

データベース / 機械学習・AI
RDB / NoSQL

ネットワーク / セキュリティ
HTTP / QUIC

OS / Windows / Linux / 仮想化
サーバ / ストレージ / ハードウェア

ITエンジニアの給与・年収 / 働き方

殿堂入り / おもしろ / 編集後記

全てのタグを見る

Blogger in Chief

photo of jniino

Junichi Niino(jniino)
IT系の雑誌編集者、オンラインメディア発行人を経て独立。2009年にPublickeyを開始しました。
詳しいプロフィール

Publickeyの新着情報をチェックしませんか?
Twitterで : @Publickey
Facebookで : Publickeyのページ
RSSリーダーで : Feed

最新記事10本