SPAでRails APIの前段にnginxを設置する意味

前提

現在フロントエンドをReact バックエンドをRails APIモードでSPAアプリケーションを作成しています。

その中で、気になったのですが、このSPAアプリケーションを本番環境にデプロイする際、Rails APIの前段にnginx等のwebサーバーを設置する必要はありますでしょうか。
静的ページを返さない（Rails側ではなくReact側で処理する）ので必要ないのではないかと思いました。
ただ、別の記事を見るとRailsAPIモードの前段にもnginxを配置したほうがいいという意見もありまして、、、
このあたりがよくわからないので、教えていただきたいです。

hoshi-takanori

2023/03/10 05:55

React が生成する静的ファイル配信とか、HTTPS の処理とか？

nardo

2023/03/10 06:01 編集

早速の回答ありがとうございます！！ということは、仮にnginxの前にロードバランサーを配置して、そのロードバランサーでHTTPSの終端化をする。また、reactは別のサーバーでホスティングする。という構成にするのであればrailsの前のnginxは不要でも良いということですかね？

hoshi-takanori

2023/03/10 08:06

たぶん…

行動規範の内容に同意します

回答1件

きっと有識者から回答があるだろうと思って見ていたのですが、回答がつかないようですので、適任ではないかもしれませんが、私見を書きたいと思います。

仮にロードバランサーを設置するという前提であれば、ロードバランサーとNginxはどちらもリバースプロキシということになり、役割が重複します。APIのみということであれば、静的コンテンツもないので、Nginxは要らないのではという疑問はわかります。

しかし、回答がないということは、「そうは言っても普通Nginxたてるし…」という感覚であるものの、必要である理由も明確ではない…というところかなと憶測しています。

以下、「Nginxが必要かもしれない」理由について列挙します。

HTTPレスポンスヘッダを付与する

動作に直接影響がないレスポンスヘッダを付与したいというニーズがあります。代表的なものは、CSP、HSTS等のセキュリティのヘッダです。

これらはどこで付与しても良い（Rails、Rack…）のですが、Nginxで付与するのはドキュメント類も豊富で、設定も簡単なので、有力な選択肢になります。ロードバランサーで付与できるかどうかは知りませんが、もしロードバランサーで可能ならそちらでもよいです。

80、443ポートで待ち受けする

Railで使うウェブサーバー(Puma等)は、ユーザー権限で動作する場合80とか443ポートで待受ができません。仮にそうしたいならroot権限で動かすことになりますが、危険なので推奨されません。
ApacheやNginx等は利用者権限で動きつつ、443ポートで待ち受けできるため、安全です。
とはいえ、ロードバランサーが挟まるのであれば、80や443ポートで待ち受ける必然性もないように思います。