会话关联和粘贴会话的区别？

粘性会话意味着当来自客户端的请求进入站点时，所有进一步的请求都会转到被访问的同一服务器初始客户端请求。我认为会话关联是粘性会话的同义词。

正如我经常听到的负载平衡场景中使用的术语一样，它们是可以互换的。两者都意味着一旦一个会话启动，同一台服务器将为该会话提供所有请求。

他们是一样的。

两者都意味着当进入负载均衡器时，请求将被定向到服务于第一个请求的服务器(并且拥有会话)。

我见过这些术语可以互换使用，但是实现它们的方式不同:

1. 在第一个响应上发送 cookie，然后在后续响应中查找 cookie。Cookie 说明要发送到哪个真正的服务器。
   如果必须支持无 cookie 的浏览器，那么不好
2. 基于请求者的 IP 地址的分区。
   如果它不是静态的，或者如果许多代理通过同一个代理进入，那么它就是坏的 。
3. 如果您对用户进行身份验证，则根据用户名进行分区(必须使用支持 HTTP 的身份验证模式)。
4. 不需要国家。
   让客户端访问任何服务器(将状态发送给客户端并让他们发送回去)
   这不是一个棘手的会话，这是一种避免不得不这样做的方法。

我猜想粘性可能指的是 cookie 的方式，在某些情况下，这种亲和力可能指的是 # 2和 # 3，但我没有看到它是这样使用的(或者我自己使用它)

粘性会话意味着将特定会话的请求路由到为该会话提供第一个请求的同一物理机器。

本文为我澄清了这个问题，并讨论了其他类型的负载平衡器持久性。

Dave 的想法: 负载平衡器持久性(粘性会话)

它们是同义词。 没有任何区别

粘性时段/时段亲和力:

用户会话和发送用户请求的服务器之间的关联/粘性/联系被保留。

本文解释了不同之处: Https://www.haproxy.com/blog/load-balancing-affinity-persistence-sticky-sessions-what-you-need-to-know/

此连结的主要部分:

关联: 这是当我们使用来自应用程序层之下的一个层的信息来维护对单个服务器的客户端请求时。本例中使用了客户端的 IP 地址。IP 地址可能在同一会话期间发生变化，然后连接可能切换到不同的服务器。

持久性: 当我们使用应用程序层信息将客户端粘贴到单个服务器时。在这种情况下，负载均衡器在响应中注入一些 cookie，并在后续请求中使用相同的 cookie 来路由到相同的服务器。

粘性会话: 粘性会话是由持久性维护的会话

相对于亲和力，持久性的主要优势在于它更加准确，但是有时候，持久性是不可行的(当客户端不允许 cookie 这样的浏览器时) ，所以我们必须依赖亲和力。

使用持久性，我们的意思是我们100% 确信用户将被重定向到单个服务器。 使用关联，我们的意思是用户可能被重定向到同一个服务器..。