我们的应用程序位于美国和欧盟两个地区，我们的客户可以属于任何地区。 我们有一个端点，例如： 美国 - www.example.com 欧盟 - eu.example.com
我们有一个场景，如果我们调用任何 API，例如 https://www.example.com/api/v1/getDoc?access_token={ACCESS_TOKEN} 所以它将根据客户区域重定向请求。 假设上述访问令牌属于欧盟，那么请求将重定向到 eu.example.com
解决方案 1- 如果我们使用“aws lamda 函数”和一个全局表（假设 Dynamo db）来检查客户端区域，那么 如果请求包含多部分，则会导致延迟问题和 base64 字符串。
对于这种方法，我需要一些更好的解决方案。这样我们就可以克服这个延迟问题。 或者其他更好的解决方案将不胜感激。
【问题讨论】：
标签： java rest aws-lambda devops
结合使用 CloudFront 和 Route53，可以构建和托管您的系统，以便始终从地理位置最近的 AWS 区域为最终用户提供服务。
有关 Route53 中可用路由策略的详细信息，请参阅Choosing a routing policy。
哪种策略最适合取决于您的应用程序的架构（即您是否有主动-被动设置或您的应用程序是分布式的，以及其他标准）。
因此，本质上，使用 CloudFront（可能还有 Lambda@edge），可以让美国门户网站 (www.example.com) 和欧盟门户网站 (eu.example.com) 遍布全球，以缓解（网络) 延迟问题（请参阅CloudFront features 了解 CloudFront 可以为您做什么）。
但请注意，跨多个区域托管分布式应用程序通常需要对架构以及存储（以及可能复制）数据的位置和方式进行适当的认真思考。
尚不完全清楚您的实际用例是什么，以及为什么需要划分用户的根本原因和驱动因素是什么，但这不是问题的一部分，因此是有关应用程序架构的另一个问题的主题和设计，所以我不会对此发表评论。
简而言之，使用 Route53 和 CloudFront，您可以将用户重定向到两个不同的 URL，但在适当的底层应用程序设计的情况下，通过从地理位置“接近”的位置提供两个 URL，仍然可以获得良好的用户体验。
【讨论】：