Google Geolocation API调用从前端迁往后端的可行性及IP限制问题咨询

1. 是否可以通过自有微服务实现IP访问限制 #

完全可以，这是目前适配Geolocation API仅支持IP限制规则的最优可行方案。
原有前端直调模式下，请求从用户客户端直接发往Google接口，无法通过固定IP白名单做限制。将API调用逻辑收敛到自有后端微服务后，所有对Google Geolocation API的请求均由你的服务端主动发起，只需将服务端集群的公网出口IP添加到Google API密钥的IP白名单中，即可完成访问限制，从根源上避免API密钥泄露被滥用的风险。

2. 迁往后端后API调用的来源IP说明 #

迁往后端代理后，调用Google Geolocation API的来源IP 既不是CDN IP，也不是客户端IP，而是你自有服务器集群的公网出口IP，完整请求链路如下：

• 客户端请求先到达CDN节点，定位类动态请求不会被CDN缓存，CDN会将请求转发到后端负载均衡器，再分发到你的代理微服务
• 代理微服务处理参数后主动发起对Google Geolocation API的调用，该请求从你的服务端网络公网出口发出，和上游的CDN、客户端IP没有关联。

落地注意事项 #

• 如果你的服务器集群公网出口IP不固定，建议统一配置NAT网关，将所有服务端对外请求的出口收敛到NAT网关的固定公网IP，只需将该IP添加到Google API白名单即可，无需频繁更新白名单规则
• 给代理接口添加请求校验规则，比如校验请求头的Origin、Referer字段，或配置前端请求签名校验，避免代理接口被恶意调用
• 可在代理层添加请求频率限制，异常流量自动拦截，避免产生超额API费用

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