別のLinuxサーバーにクライアント側（React）とサーバー側（Rails-API）をホストする必要がありますか？

Question

私はホスティングのアーキテクチャに精通していません。異なるLinuxサーバーにクライアント側（React）とサーバー側（Rails-API）をホストする必要がありますか？

私は、Rails-ApiとReactでクライアントをデプロイすることを考えています。これらは完全に分離されており、JSONを通じてお互いに話しています。 iOSとAndroidアプリもRAILS APIにリクエストを送信します。

Webクライアント側とapiサーバを同じLinuxサーバにホストする場合、賛否両論は何ですか？

私は自信がありませんが、別のLinuxサーバーでホストする必要があると思います。 ..

• ので、単一の責任
• サーバー上のメモリ使用量を削減します。
• 私は間違っているかもしれないと、これは愚かな質問かもしれませんが、私はあなたの意見やアドバイスを聞きたい

ロードバランシング。

ありがとうございます。

Answer 1

SPAとレールアプリケーションを別々のサーバーで実行する必要はありませんが、良い考えです。

ほとんどのSPAは本質的に静的です。コードは展開ステップの前または途中でコンパイルされます。そのため、NGiNXのようなサーバで、またはAmazon S3などの静的コンテンツ配信用に最適化されたSAASプラットフォームとして直接配信することができます。

rails/rackを使って静的資産を提供することはできますが、タスク用にあまり最適化されておらず、かなりのオーバーヘッドがあります。

実際には、Webサーバ（ApacheまたはNGinX）がサービスを提供しているレールアプリケーションの外側にSPAを配置することで、両方の機能を単一の物理サーバ上で実行できます。

プロジェクト管理の観点から、デカップリングすることで、クライアント側の懸念をAPIに浸透させるのではなく、実際にデカップリングを促進し、API構築に重点を置くことができます。