如何配置AWS ALB实现同团队请求路由至同一EC2实例？

你的需求完全可行，AWS ALB的基于应用的粘性会话正好支持通过自定义键（比如团队ID）将同一团队的请求绑定到固定EC2实例，完美匹配内存级团队缓存的优化需求。

具体实现步骤 #

1. 确认基础配置前提 #

• 确保使用的是应用负载均衡器（ALB），目标组为实例型目标组（直接绑定EC2实例），且目标组协议为HTTP/HTTPS（基于应用的粘性依赖应用层数据）。

2. 配置基于应用的粘性会话 #

1. 登录AWS控制台，进入EC2服务的「目标组」页面，选中要配置的目标组。
2. 切换到「属性」标签，找到「粘性会话」模块，点击「编辑」。
3. 勾选「启用粘性会话」，在「粘性类型」中选择「基于应用的粘性」。
4. 配置「粘性键」：
   • 如果团队ID通过HTTP头传递（比如X-Team-ID），直接填写头字段名X-Team-ID；
   • 如果团队ID在URL路径中（比如/teams/{teamId}/dashboard），使用路径匹配格式path-pattern:/teams/*/dashboard（*会提取中间的团队ID作为粘性键值）；
   • 如果团队ID是URL查询参数（比如?team_id=123），填写query:team_id。
5. 设置「粘性持续时间」：根据业务需求选择（例如86400秒/1天），确保同一团队的请求在有效期内都路由到同一实例。

3. 关于初始路由算法的说明 #

你提到的初始路由算法疑问可以明确：基于应用的粘性会话并非先随机选实例再绑定，而是从第一次请求开始，就会根据自定义粘性键（团队ID）的哈希值计算目标实例，后续同一团队ID的请求都会沿用这个路由结果。也就是说，同一团队的所有请求（包括第一次）都会固定到同一EC2实例，完全满足缓存优化的需求。

4. 验证配置有效性 #

• 用同一团队ID发送多轮请求，查看EC2实例的访问日志，确认所有请求都路由到同一个实例；
• 更换不同团队ID的请求，验证路由到不同实例；
• 测试URL和HTTP头两种传递团队ID的场景（如果同时支持两种方式，建议在应用层统一传递方式，或通过ALB监听器规则先将团队ID统一注入到某个固定头中）。

注意事项 #

• 如果团队ID存在多种传递方式，建议在应用层或通过ALB规则统一为一种（比如将URL中的团队ID提取后注入到HTTP头），避免粘性键配置冲突；
• 当EC2实例故障或被移出目标组时，ALB会自动将该团队的请求路由到其他健康实例，后续同一团队的请求会绑定到新实例，不影响业务；
• 粘性持续时间不宜过长，避免单个实例负载过高；可结合目标组的负载均衡算法（比如「最小未完成请求数」）平衡整体负载。

内容的提问来源于stack exchange，提问作者Calebmer