場合内容そのものは暗号化されていないため、機密情報は保持できないことが挙げられます。ロードバランサを設けるパターンは多いかと思います。変換機能を持たせ、クライアントにはセッション情報とは紐付かないトークンを発行し、サービス間では分散型セッションを用いるパターンです。抱えることになります。まとめ概要に述べたいくつかの観点から表にまとめてみるとこんな感じです。△可用性犠牲また、この記事では充分に扱うことができませんでしたが、グローバルセッション情報の肥大化への対処や、サービス間認証、脆弱性の作り込みの回避など、考慮すべき点は多岐にわたります。実際のアプリケーションの要件に応じて細部もかなり異なるものとなるでしょうし、なかなか一筋縄ではいかないアーキテクチャ設計ですが、こうした設計を実アプリケーションにうまく適用していくのがエンジニアの腕の見せ所のように思います。