SSRとCSRについて多くの投稿がありましたが、小規模なアプリケーションから何百万人ものユーザーにサービスを提供する大規模なアプリケーションにこのスピードがどのように変化するかについては触れていません。スケーリング：サーバー側とクライアント側のレンダリング
また、速度は唯一の懸念事項ではないかもしれません。例えば
が誰かにいくつかの光を当てるしてくださいでした（更新や新しいエンドポイントを追加する）あなたがダウンして、サーバーを取る必要がありますし、それはまたあなたのSSRのレンダリングWebアプリケーションをダウン取る
多くのおかげで、 クレメント
は、私は、特にポイント＃2にコメントすることができます。複数のクライアントタイプ（Web、デスクトップ、モバイル）を扱う場合は、Two Step Viewのようなものが役立ちます。つまり、ページのサーバー側の論理構造を定義し、JSONやXMLなどの形式でクライアントに送信し、適切な形式でビューをレンダリングするようにクライアントを取得します。
どちらのアプローチには、利点と欠点を持っています。あなたのサーバーに応じて答えが変わります。クライアント側のレンダリングは、クライアント側のレンダリング時間を節約しながら、サーバー側のジョブを軽くします。あなたがサーバーの力を持っている場合、それは従うことがベストプラクティスですが、ユーザーがサーバーの負荷を増やすにつれても増加します。その時点で、あなたのサーバーに応じて決定することができます。
両方ともエンタープライズエンゲージメントを行うことができます。
両方とも、異なるクライアントタイプを処理できます。 をcsrまたはssrで使用すると、必要なデータを作成するために異なるbff（フロントエンドのバックエンド）を使用できますが、レンダリングされるかどうかは違いがありますか？
thirtは、ssrの短所の1つです。
恐ろしい！上記のすべての点を精緻化してくれてありがとう。私は今それを得ると思います。システムの制約があれば、どちらかが良いかもしれません。 3番目の欠点は、本当の抑止です。 – Clement
ああ、私はあなたがそれを行うことができたか分からなかった。私はそれを見てみましょう。ありがとうございます:) – Clement