API 中心のアプリケーションの Rails バージョンを 5.2 から 6.0 にアップグレードする際に処理する必要がある主な事項には、構成のチューニングと非推奨の警告の修正が含まれます。

Rails アプリでは、一般的に使用されている 2 つの一般的な Web サーバーのうち、unicorn はワーカー プロセスでリクエストを処理しますが、puma はプロセス ワーカーとスレッドの両方で処理できます。したがって、unicorn から puma に切り替えると、同時実行性が向上するだけでなく、メモリ使用量も削減できます。さらに、rails 5.0 以降、使用されるデフォルトの Web サーバーは puma です。

アプリケーション Rails のバージョンを 5.1 から 5.2 にアップグレードするのは、4.2 から 5.0 や 5.0 から 5.1 よりもはるかに簡単です。処理する変更は非常に少なく、テストが失敗する可能性も低くなります。

activerecord-import という gem を使用すると、大量のレコードを mysql テーブルにインポートする作業が簡単になります。この投稿では、それを実現する方法を説明します。

アプリケーション Rails のバージョンを 5.0 から 5.1 にアップグレードするのは、マイナー バージョン アップデートだけなので、4.2 から 5.0 よりも簡単です。ただし、フレームワークの変更や古い gem 依存関係が原因で、対処すべき問題がまだかなり残っている可能性があります。

Rails フレームワークは定数を自動ロードするため、development や test などの環境では、リクエストを処理する前にアプリがすべてをメモリにロードする必要がありません。ただし、自動ロードは Rails ではスレッドセーフではないことが知られています (少なくともバージョン 6 未満の場合)。また、puma や webrick などのスレッド サーバーを使用している場合は、複数のスレッドによって予期しない問題が発生する可能性が非常に高くなります。

Rails を新しいメジャー バージョンにアップグレードするのは難しい場合があります。フレームワーク自体に多くの重大な変更があったり、プロジェクトで使用されている多くの gem が廃止またはサポート対象外になったりする可能性があるためです。ただし、正しい手順で実行すれば、スムーズに進むこともあります。この記事では、API サーバーの Rails を 4.2.11 から 5.0.7.2 にアップグレードした最近の実践的な経験に基づいて手順を紹介します。プロジェクトの構成や依存関係によっては、プロジェクトごとにアップグレード手順が若干異なる場合があることにご注意ください。