これらの用語は同じ意味で使用されていますが、さまざまな実装方法があります。
- 最初の応答でCookieを送信してから、後続の応答でそれを探します。 Cookieは、送信する実サーバーを示します。
Bad Cookieのないブラウザをサポートする必要がある場合 - リクエスターのIPアドレスに基づいたパーティション。
悪い静的でない場合、または多くが同じプロキシを介して入ってくる場合。 - ユーザーを認証する場合は、ユーザー名に基づいて分割します（これを行うには、HTTPでサポートされる認証モードである必要があります）。
- 状態は必要ありません。
クライアントが任意のサーバーにヒットするようにします（クライアントに状態を送信して返送します）
これはスティッキーなセッションではありません。これを行う必要がないようにする方法です。
スティッキーはCookieの方法を指し、アフィニティはいくつかのコンテキストで＃2と＃3を指すのではないかと疑いますが、それは私がそれを使用した（または自分で使用した）方法ではありません
負荷分散シナリオで使用される用語は常に聞いているように、それらは交換可能です。両方とも、セッションが開始されると、同じサーバーがそのセッションのすべてのリクエストを処理することを意味します。
スティッキーセッションとは、クライアントからサイトにリクエストが届くと、それ以降のすべてのリクエストは、アクセスされた最初のクライアントリクエストと同じサーバーに送られることを意味します。セッションアフィニティはスティッキーセッションの同義語だと思います。
それらは同じです。
両方とも、ロードバランサーに到達すると、最初の要求を処理した（およびセッションを持っている）サーバーに要求が送信されることを意味します。
スティッキーセッションとは、特定のセッションのリクエストを、そのセッションの最初のリクエストを処理した同じ物理マシンにルーティングすることです。
この記事では、質問を明確にし、他のタイプのロードバランサーの永続性について説明します。