セッション維持 とは？

たとえばカートの状態をサーバーAだけに保存していると、次の操作がBへ届いても、Bはその状態を知らないよね。続きのリクエストをAへ送ることで、Aにある状態を使える。状態の保存先を共有しているなら、別の設計も選べるよ。

アプリのログイン本人確認と同じ機能ではないよ。Cookieなどを手掛かりに、同じ振り分け先を選ぶんだ。AWSのApplication Load BalancerではCookieを使う方式がある。認証用のCookieとロードバランサーのCookieが別の場合もあるよ。

あるよ。たとえばAWSのNetwork Load Balancerでは送信元IPを使う。ただし同じNATの後ろにいる人たちは、外から同じIPに見えることがある。その人たちの通信が一つのサーバーに偏りやすく、IPが変われば行き先も変わる可能性があるんだ。

別のサーバーへ振り分けられることがあるよ。期限切れや構成変更でも行き先は変わりうる。セッション維持はデータを自動で複製する機能ではないので、元のサーバーだけにあった状態を次のサーバーが読めるとは限らないんだ。

状態をどこに保存し、障害時にどう引き継ぐかを考えよう。共有のセッション保存先を使う方法などがある。トークンで認証する設計でも、カートなど別の状態がサーバーに残る場合はあるよ。新しいアプリなら必ず不要、古いアプリなら必須、という区別ではないんだ。