スティッキーセッション

📖 もうちょい詳しく

何が新しいの？

アクセスの多いサービスは、同じ役割のサーバーを何台も並べて処理を分け合います。その振り分け役がロードバランサーです。ただ単純に空いているサーバーへ回すだけだと、ログイン情報などをサーバー側に置いているときに不都合が出ます。その不都合をやわらげる仕組みのひとつが、スティッキーセッションです。

どうやって動いてるの？

最初のアクセスのときに「この人はこのサーバー」と覚えておき、次からも同じサーバーへ届けます。覚え方は、専用のクッキー（ブラウザに渡す小さな目印）を発行する方法や、利用者のIPアドレスをもとに振り分け先を固定する方法がよく使われます。「sticky（くっつく）」という名前のとおり、利用者とサーバーをくっつけておくイメージです。

何ができるの？

ログイン状態やカートの中身を、そのサーバーだけが持っていても破綻しにくくなります。買い物の途中で「いつの間にかログアウトしていた」といった事故が減ります。古いシステムを大きく作り変えずに、複数台へ分散させたいときの現実的な選択肢になります。

🌱 身近なたとえ

銀行の窓口で例えると分かりやすいです。最初に「3番窓口へどうぞ」と案内されたら、手続きが終わるまでは毎回その3番窓口に戻る、という決まりに近いです。担当が変わるたびに事情を一から説明し直さずに済む、その安心感に似ています。

✅ まず覚えるポイント

• 同じ利用者を毎回同じサーバーへ割り当てる負荷分散の方式です
• ロードバランサーが「誰をどのサーバーへ」を覚えておきます
• 覚える手段はクッキーやIPアドレスがよく使われます
• セッション情報をサーバー側に置く構成と相性が良いです
• 振り分けが偏りやすく、台数を増やしても均等になりにくいことがあります

🧭 よくある勘違い

スティッキーセッションがあればサーバーは何台でも安心？

偏りには注意が必要です。特定のサーバーに利用者が集まると、そこだけ混雑して他が空いたままになることがあります。固定するぶん、負荷をきれいにならす力は弱くなりがちです。

くっついた先のサーバーが止まったらどうなるの？

そのサーバーが持っていたセッション情報は失われることが多く、利用者はログインし直しになる場合があります。これを避けたいときは、セッションを共通の保管場所（外部のデータベースなど）に置く方法と組み合わせます。

🧩 関連して覚えると楽な言葉

• ロードバランサー: アクセスを複数のサーバーへ振り分ける装置です。スティッキーセッションを担う本人です
• セッション: ログインからログアウトまでの一連のやり取りと、その記録のことです
• クッキー: ブラウザに渡す小さな目印で、振り分け先を覚える手段に使われます
• HTTP: Webのやり取りの土台となる通信ルールで、その上でクッキーが運ばれます

🏁 ひとことでまとめ

利用者とサーバーを最初の出会いでくっつけておき、以後は同じ相手につなぐ。それがスティッキーセッションです。