Nuxt+laravelでSSR（サーバーサイドレンダリング）を実装したときの原理を教えてほしい。

Question

SSRでは、サーバー側でレンダリングした結果のHTMLデータをクライアント側に返すそうですね。
「レンダリング」とは、JSを実行・解釈してDOMに反映させることだと認識しており、DOMに反映されたHTMLデータをまるごとクライアントに返すのがSSRだと認識しています。

Nuxtの初期設定時、サーバーをexpressにしていると、確かnuxtのプロジェクト内にサーバーのソースが置かれると思うのですが、そのケースであれば、上記で記述したSSRの原理は納得できます。

フロントもバックも同じjsであり、同一のプロジェクト内なら、サーバーサイド側もnuxtのソースを共有していると思うので、express側でnuxtのpagesやcomponentsのｊｓを解釈してクライアントに返すことが可能だと思います。

しかし、サーバーサイドがPHPのときはどういう動作になるのですか？
nginx+Laravel+Nuxtそれぞれ３つのコンテナでdocker環境で構築されたSSRのシステムの開発に携わってるんですが、このケースではどういう原理でサーバーサイドレンダリングが実現されているのでしょうか？
そもそも前提知識が間違っていたりとかしたらご指摘ください。

Answer 1

「レンダリング」とは、JSを実行・解釈してDOMに反映させることだと認識しており、DOMに反映されたHTMLデータをまるごとクライアントに返すのがSSRだと認識しています。

上記のご認識の通りで、サーバ側でJSを実行してHTMLを生成・返却します。

サーバサイドがLaravelの場合、Axios等を利用してNuxtからLaravelのAPIを呼び出す処理を記載することになります。SSRではこのAPI呼び出し処理までサーバ側で実行し、HTMLを生成・返却します。

例えば、Laravel APIのエンドポイントホスト名が api.example.com, SPAのホスト名が example.com であり、ユーザがPost ID=1のデータを照会するページ example.com/posts/1 にアクセスした際の処理の流れは以下の通りになります。

1. ユーザからexample.com/posts/1 にHTTPリクエストが送られる。
2. サーバ側（Node.js）でJSを実行する。このとき、Post ID=1のデータを取得するため、Node.jsはapi.example.com/posts/1 にHTTPリクエストを送る。
3. Laravel APIサーバが api.example.com/posts/1 のリクエストを受け取り、Post ID=1のデータを返却する。
4. Node.jsは取得したPost ID=1のデータを利用してHTMLを生成し、ユーザに返却する

これらの処理の中で、リクエストのホスト名が api.example.com だった場合には Laravel APIサーバに、example.comだった場合には Node.js にリクエストを振り分ける役割を果たすのがWebサーバ（Nginx）となります。

今回はホスト名でAPIサーバとNode.jsを振り分けましたが、パスで振り分けるパターンもあります。
例: example.com/api/* の場合、APIサーバに振り分け、それ以外の場合はNode.js