我们的 ALB 在多个目标群体中注册。每个目标群体都是一个单独的 Web 应用程序，服务于同一域下网站的不同部分。
这是AWS 文档中关于粘性会话 cookie 编码实践的片段
当负载均衡器第一次收到来自客户端的请求时，它会将请求路由到目标，生成一个名为 AWSALB 的 cookie，该 cookie 对有关所选目标的信息进行编码，加密 cookie，并将 cookie 包含在对客户端的响应中。
这是我们面临的问题的摘要
当客户端发出并行请求时，会话粘性将不起作用，因为没有任何请求具有 AWSALB cookie。
当客户端发出单个阻塞请求，然后发出多个并行请求时，粘性仅适用于为初始阻塞请求提供服务的目标组。如果其余并行请求是针对其他目标组的，则此处没有粘性，因为他们的目标组信息尚未编码在 AWSALB cookie 中。
这里的一个解决方案是向不同的 url 发出一系列顺序请求，以打击不同的目标群体，以便我们与每个目标群体建立粘性。但是，这是不切实际的，因为发出顺序阻塞请求会减慢客户端的速度。
我想知道是否有办法告诉 ALB 在单个请求中对所有目标组的会话粘性信息进行编码？在这种情况下，为所有目标组建立粘性，以便后续请求在各个目标组之间具有粘性。