Application Load Balancer (ALB) は、通常、受け取ったリクエストをターゲットグループ内のEC2インスタンスに均等に分散させます。これはステートレスなアプリケーション（各リクエストが独立している）には最適です。

しかし、ログイン情報やショッピングカートの中身など、ユーザーごとのセッション情報をサーバー側で保持するステートフルなアプリケーションでは問題が発生します。1回目のリクエスト（ログイン）がサーバーAに、2回目のリクエスト（カート追加）がサーバーBに送られると、サーバーBはログイン情報を知らないため、ユーザーはログアウトされたように見えてしまいます。

この問題を解決するのが、ALBのターゲットグループで設定できるスティッキーセッション（セッションの維持）機能です。

この機能を有効にすると、ALBは最初のリクエストを処理した際に、クライアントのブラウザに特別なCookieを発行します。クライアントからの後続のリクエストにそのCookieが含まれている場合、ALBはリクエストを同じターゲットインスタンスに転送します。これにより、セッション中、ユーザーは常に同じサーバーと通信することになり、セッション情報が維持されます。

ALBが自動的にCookie（AWSALB）を生成し、管理する方法です。管理者はセッションを維持したい期間（秒単位）を指定するだけで、簡単に設定できます。最も手軽な方法です。

アプリケーション自身が生成するカスタムCookieを利用する方法です。ALBに対して、セッション維持の判断に使うCookieの名前を指定します。アプリケーション側でセッションの有効期限をより細かく制御したい場合に適しています。

ここまで学んだスティッキーセッションの知識を、実践的な問題で確認しましょう。

ALBの背後にある複数のサーバーでアプリケーションを動かす際、「ログインが維持されない」「カートが空になる」といった問題が発生したら、それはステートフルなセッション管理ができていないサインです。

この問題の最も直接的で一般的な解決策が、ALBのターゲットグループで設定するスティッキーセッションです。問題文からこのパターンを読み取ることが、迅速な正解への鍵となります。