基于HTTP Header路由流量：多EKS集群下ALB路由方案咨询

针对你要根据特定HTTP Header将请求路由到对应EKS集群ALB的需求，Route53本身不支持基于HTTP层的路由规则，以下是几种可行的实现方案：

方案一：使用CloudFront作为统一路由层（替代Route53） #

CloudFront支持基于请求头的行为路由，可直接实现你的需求：

• 创建CloudFront分配，将各个EKS集群的ALB配置为自定义Origin（注意开启Origin的HTTPS支持，配置正确的Origin Access Control）
• 为每个Origin创建独立的Cache Behavior，在行为的"Cache Key and Origin Requests"中，添加需要匹配的HTTP Header作为缓存键的一部分，同时在"Behavior Settings"的匹配规则中，设置当请求包含指定Header值时，路由到对应Origin
• 将客户端访问的域名解析到CloudFront分配的域名，替代原Route53的解析配置

方案二：用主ALB做统一入口（保留Route53） #

通过一个主ALB作为流量入口，利用ALB的Listener Rules实现Header路由：

• 保留Route53将域名解析到一个主ALB（建议部署在核心区域）
• 为主ALB创建多个Target Group，每个Target Group的目标指向对应EKS集群的ALB（跨区域场景下需确保主ALB所在VPC与目标集群VPC通过VPC Peering或Transit Gateway打通）
• 配置主ALB的Listener Rules：添加规则条件为"HTTP Header匹配指定键值对"，比如X-Cluster: us-east-1，满足条件时转发到对应Target Group；同时配置默认规则，处理Header不匹配的请求
• 跨区域场景可搭配Global Accelerator，优化跨区域流量的传输延迟和可用性

方案三：使用API Gateway作为路由层（替代Route53） #

API Gateway原生支持基于请求头的路由规则：

• 创建REST API或HTTP API，定义根路径的ANY方法
• 为每个EKS集群的ALB配置集成目标，在集成请求的路由规则中，设置当请求包含指定Header值时，转发到对应ALB的端点
• 配置API Gateway的自定义域名，将客户端域名解析到该自定义域名，完成流量接入

通用注意事项 #

• 跨区域部署时，建议结合地理就近路由与Header规则，平衡延迟和自定义路由需求
• 所有路由层都要配置健康检查，确保某个集群故障时，自动将流量切换到可用集群
• 测试阶段要验证Header匹配的准确性，避免出现路由遗漏或错误，比如设置默认路由兜底

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