基于HTTP Header自定义逻辑的AKS集群动态路由云方案咨询

AWS平台可选项 #

• CloudFront Functions：轻量边缘运行时，专门面向HTTP头处理、路由改写场景，延迟比Lambda@Edge更低，成本仅为后者的1/6左右，完全支持自定义Header解析、路由重写逻辑，无需配置完整Lambda运行时，适配该轻量路由决策场景的性价比更高。
• API Gateway + Lambda：如果流量对边缘就近处理无强需求，可以用AWS API Gateway作为统一入口，挂载自定义Lambda函数解析请求Header后，路由到对应AKS集群的公开接入端点，适合边缘延迟要求不高的业务场景。

Azure平台可选项 #

• Azure Front Door (AFD) 规则引擎 + 边缘函数：AFD是Azure原生全局流量入口服务，自带规则引擎支持基础Header匹配路由，如需实现更复杂的自定义决策逻辑，可直接挂载AFD边缘函数，在边缘节点完成Header解析和路由决策后，直接转发到对应AKS集群，使用体验和能力覆盖与Lambda@Edge高度一致。
• Azure Application Gateway (AGW) + 自定义规则：如果两个AKS集群部署在同一区域，无需全局边缘接入，可以用应用网关作为统一入口，通过自定义重写规则或者集成的NGINX Ingress Controller解析Header后，分流到对应集群。

GCP平台可选项 #

• Cloud CDN + 边缘Workers：GCP边缘Workers可直接运行在Cloud CDN的边缘节点，支持自定义JS逻辑解析HTTP请求Header，完成路由决策后转发到指定的AKS集群后端，和Lambda@Edge的边缘执行逻辑完全对齐。
• 全局负载均衡 + Traffic Director：多区域集群部署场景下，可以用GCP全局负载均衡作为统一入口，配合Traffic Director的流量路由规则，支持自定义Header匹配逻辑直接完成分流；如需更复杂的自定义逻辑，还可挂载Cloud Function做前置请求处理。

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