Ruby のデフォルト Web サーバー

最終更新日 2023年03月20日(月)

Procfile​ なしで Ruby アプリケーションをデプロイすると、デフォルト Web サーバーが使用されます。Rack の場合、これは $ bundle exec rackup​ が Rails $ rails server​ に対して実行されることを意味します。これらのライブラリのバージョンと、どのような gem が Gemfile 内にあるかによっては、本番環境アプリケーションを実行するために WEBrick サーバーが使用される場合があります。

アプリケーションで WEBrick を使用しない場合でも、この暗黙的な動作に依存せず、代わりに Procfile​ を通じて Web サーバーの起動方法を明示的に宣言することを強くお勧めします。特に希望がない場合は、Puma で実行するようにアプリケーションを設定する​ことをお勧めします。Web サーバーを選択するときは、その Web サーバーが並列リクエストを処理できることを確認してください。

この記事の残りの部分では、WEBrick に関する情報と、本番環境で WEBrick を実行するのが望ましくない理由を示します。

WEBrick とは

Ruby の標準ライブラリには、WEBrick​ という名前のデフォルト Web サーバーが付属します。このライブラリは Ruby があるすべてのマシンにインストールされるため、Rails や Rack のようなほとんどのフレームワークでは、デフォルトの開発用 Web サーバーとして WEBrick を使用します。

WEBrick は、開発目的での使用には十分ですが、本番環境で Ruby アプリが扱う必要がある並列性の高いワークロードを処理するようには設計されていません。 代わりに、本番環境 Web サーバーを使用する必要があります。

WEBrick を使用しない理由

WEBrick では、リクエストのたびに新しいスレッドを生成します。アプリケーションによってはこの動作でも問題ありません​が、Global Interpreter Lock (GVL)(「Global Virtualmachine Lock (GVL)」とも呼ばれています) が原因で、これは WEBrick が複数のコアを利用できないことを意味します。最大のパフォーマンスが必要な場合、Heroku ではマルチプロセスマルチスレッドサーバーを推奨しており、現在は Puma​ を推奨しています。

Procfile​ で Web サーバーを指定しない場合、本番環境で WEBrick を実行している可能性があります。 そのまま WEBrick を実行し続けると、リクエストに時間がかかり、場合によってはタイムアウトが発生し、アプリケーションで本来必要な数よりも多くの dyno を使用する必要が生じます。

このような事態を避けるために、必ず本番環境 Web サーバーを使用してください。

本番環境 Web サーバー

本番環境用の Ruby Web サーバーでは、複数のリクエストを並列処理できます。現時点では、Puma Web サーバー​の使用を推奨しています。

Puma Web サーバーを依存関係として Gemfile​ に追加し、本番環境 Web サーバーを指定する Procfile​ を追加し、Git にコミットしてデプロイしてください。詳しい説明については「Deploying Rails Applications With Puma​」(Puma を使用した Rails アプリケーションのデプロイ) を参照してください。