Route 53是否支持将识别的用户地理位置信息传递给后端应用

原生Route 53不支持将识别到的用户地理位置信息添加到请求头传递给后端。

Route 53是DNS层级的服务，它的地理位置路由逻辑只发生在DNS解析阶段：

• 当用户发起域名解析请求时，Route 53会根据解析请求的源IP判断用户所属的地理位置，匹配预设的地理位置路由规则，返回对应区域后端服务器的IP地址
• 一旦DNS解析结果返回给客户端，Route 53的工作就已经结束，后续用户和后端服务器之间建立连接、发送HTTP/HTTPS请求的整个流量过程完全不经过Route 53，它根本接触不到应用层的请求内容，自然没有办法修改、新增请求头字段。

你可以根据自己的架构选下面任意一种方案实现需求：

• 用CloudFront作为公网流量入口：CloudFront是AWS的边缘CDN服务，所有用户请求会先到达CloudFront边缘节点，它会自动识别用户的地理位置，默认就会通过CloudFront-Viewer-Country请求头把用户所属国家信息传给源站，你也可以手动配置开启更细粒度的位置头（比如地区、城市、邮编等），同时CloudFront也支持基于地理位置的源站路由，可以直接替代Route 53的地理位置路由能力。
• 用应用负载均衡（ALB）作为入口：如果你已经在各区域部署了ALB承接流量，可以直接开启ALB的地理位置头功能，ALB会自动把解析到的用户位置信息添加到固定请求头中，透传给后端的应用服务，不需要额外开发逻辑。
• 后端自行解析：如果不想在流量链路加额外组件，可以在后端服务拿到用户请求的源公网IP后，对接IP地理位置库自行查询用户所属区域，这种方式灵活度最高，但需要定期维护IP库的版本更新。

注意：所有涉及HTTP请求头修改、应用层流量处理的逻辑，都需要在实际承接HTTP流量的节点（CDN、负载均衡、反向代理、后端服务）上实现，DNS服务本身不具备处理应用层流量的能力。

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