如何在EKS前端ALB实现基于路径的粘性会话，按document_id路由？

ALB粘性会话能否实现该需求？ #

不能。ALB的粘性会话（会话亲和性）核心是基于客户端标识（比如Cookie、源IP）绑定请求到特定Pod，作用是让同一个客户端的所有请求落到同一个Pod上，而非基于URL路径中的document_id这类业务参数做路由。无论哪个客户端发起请求，只要document_id相同就路由到同一个Pod的逻辑，ALB原生粘性会话机制无法覆盖。

替代方案 #

1. 使用Ingress-NGINX的一致性哈希路由 #

这是最直接可行的方案。Ingress-NGINX支持通过注解配置基于请求参数/路径的一致性哈希负载均衡，可将URL中的document_id作为哈希键，确保相同document_id的请求始终路由到同一个（或少数几个）Pod。

示例Ingress配置：

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: some-service-ingress
  annotations:
    # 基于完整请求路径哈希，确保相同/some-service/<document_id>的请求路由到同一Pod
    nginx.ingress.kubernetes.io/upstream-hash-by: "$request_uri"
    # 若需精确提取document_id（如路径最后一段），可使用Nginx变量处理：
    # nginx.ingress.kubernetes.io/upstream-hash-by: "$split_uri[-1]"
spec:
  ingressClassName: nginx
  rules:
  - host: my-domain.com
    http:
      paths:
      - path: /some-service/*
        pathType: Prefix
        backend:
          service:
            name: your-service-name
            port:
              number: 80

这种方式基于一致性哈希算法，Pod扩缩容时仅会影响少量document_id的路由映射，不会导致所有请求重新分配，适配你的场景。

2. 应用层自定义路由（不推荐） #

若必须保留ALB作为入口，可在后端服务中维护document_id到Pod的映射表（比如用Redis存储哈希映射），服务接收到请求后先根据document_id找到对应Pod再转发。但该方案会增加应用复杂度，需自行维护映射与转发逻辑，还可能引入单点故障，效率与可靠性远不如Ingress层处理。

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