脱SSRのための Dynamic Rendering 運用 - Hello Tech

uiu です。 前回の記事 『なぜ Next.js をやめたのか？』 では、Reactベースのウェブフロントエンドで、サーバーサイドレンダリング(SSR)をしない選択をすることで、アーキテクチャをシンプルに保っているという話を紹介しました。 アーキテクチャをシンプルに保つ工夫のおかげで、ウェブとアプリのコード共通化が簡単になり、1人のエンジニアが最小限の労力で複数プラットフォームに変更を入れることが可能になっています。 Dynamic Rendering はスケールしないのでは？メンテが大変なんでは？ という質問があったので、今回は実際どのように Dynamic Rendering を運用しているかについて紹介したいと思います。 結論を簡単に言うと、キャッシュが効くためサーバーコストは高くなく、またサーバーレス環境で動いてるため運用のメンテナンスコストも低いです。 サーバーコストは当然 S

[kkeisuke]

“rendertron”

[zu2]

“Dynamic Rendering は、検索エンジン最適化(SEO)を目的に、クローラーのリクエストのときのみ Headless Chrome を使い、JSを解釈することで、レンダリング済みの HTML をレスポンスとして返すテクニックです”

[mominis]

dynamic rendering知らなかったけど微妙な用語だな　じゃあなんと呼ぶのが適切かと言われると困るが…

[mizdra]

Dynamic Rendering の採用・運用事情について。サーバー環境の動作を考慮する必要がないため、SSR よりも高い開発生産性を狙える。運用もそんな苦じゃないんだなー。適切な判断基準を持って技術選定ができていて良い話。