【相談】既存サービスをRailsからReactに乗り換えたい

現在以下の環境でサービスが稼働しています。

環境	バージョン
Rails	7.0.0
Ruby	3.0.0
Elasticsearch(Rubyのgem使用)	-
Activeadmin(Rubyのgem/管理画面)	-
RailsAdmin(Rubyのgem/管理画面)	-
Devise(認証)	-

UI/UXの改善のため、Reactを導入しようと思ってるのですが、いろいろ調べていくうちにわからなくなったので質問しました。

まず、管理画面以外は全てReactにしようと思っています。
画面数的には15画面ぐらいです。
ただ、管理画面はRailsAdminを使っており、ある程度カスタマイズをしていることに加え、既存機能で不満がないため残そうと思っています。

加えてRailsを他のバックエンドにすることは考えてません、既存コードがもったいないので。
調べた感じ、RailsにReactを導入する方法は以下だとわかりました。

Webpacker入れる
Gemを導入（react-rails/react_on_rails）
create-react-appをする

1&2と3は大きく違うと思っており、1&2はRailsのViewにReactのコードをコンパイルして組み込み、3はViewを完全Reactにして、バックエンドの通信をAPIで行うと思っています。
それを踏まえて以下の質問があります。

Q1. 1&2と3を比べて、どちらの方が動作が軽いとかありますか？
Q2. 3の場合、Reactのhostを3000にしてRailsを3001にする必要があると思いますが、その場合、部分リリースは行うことできますか？例えばトップページだけReactにして、他は既存のRailsのView
Q3. 3の場合、管理画面のみRailsAdminを使うことはできますか？

以上です。
ただの勘なのですが、3の動作が一番軽いと思ってます。しかし、Q2&3が懸念点です。

有識のある方、お知恵をかしていただけると幸いです。
何卒よろしくお願いいたします。

hoshi-takanori

2022/01/14 07:41

「3の場合、Reactのhostを3000にしてRailsを3001にする必要がある」の部分ですが、React は (SSR とかしない限り) ビルドすれば静的な js ファイルになるので、デプロイ時に専用のサーバーは不要です。(SPA ならちょっとした細工が必要ですが。) 開発時に webpack-dev-server を使うのは、ソースが修正されたら自動的にビルドし直してブラウザを更新するためですが、デプロイ時にはそんなものは不要なので。