アーキテクチャ編: SSR と CDN ( Fastly ) とユーザー依存情報の分離（新規開発のメモ書きシリーズ4）

新規開発のメモ書きのラスト シリーズだったはずなのに、色々あって前回のエントリから1ヶ月あきました。_:(´ཀ`」 ∠): 今回の話の中心は結果的に「Server Side Rendering との折り合いの付け方」と「Fastly を利用した動的コンテンツのキャッシュ戦略」です。 このシリーズの他の記事はこちら。 技術要素編: web アプリが新陳代謝を続けるための依存関係の厳選 ビルド設定編: UA に応じた最適な JS バンドルの配信と webpack との距離感 コード設計編: context による縦軸分類とレイヤードアーキテクチャ まずは全体的なアーキテクチャ像 次の図はアーキテクチャの全体像です。クライアントサイド寄りの範囲を中心に書いているため、バックエンドな Microservice 群以降がおざなりな図ではありますがご容赦ください。 主要リソースは Fastly を通じ

[tmatsuu]

VarnishだけどこれらのNormalizationよくやる。UaDependedFlagをUser-Agentへ書き戻すのはやってないんかな。Fastlyよりも外側のキャッシュ機構を想定するとvcl_deliverで書き戻すのが良さそうだけど。

[tofu-kun]

頑張ってる感ある、もう少し考えるか

[ktkrme]

本当にこんな複雑な構成で新規サービスで運用しながら更新できるのだろうか？早すぎる最適化でシステム構成が機能変更の足引っ張りそう