基于AWS实现同域名路径级地理重定向的相关技术问题咨询

问题1：同域名路径方案下手动输入异地路径的访问问题 #

按照你目前预设的实现逻辑，确实会出现伦敦用户输入abc.com/paris无法访问的问题：请求会先被地理重定向规则转发到伦敦实例B，而B的Django项目没有配置巴黎站点的相关路由，会返回404错误。
要实现你期望的「手动输入路径可正常访问对应地域站点」的需求，只需要调整路由规则优先级即可：

• 在全局入口层先做路径匹配校验：所有带/paris/*前缀的请求直接转发到巴黎实例集群，所有带/london/*前缀的请求直接转发到伦敦实例集群
• 仅当用户访问根路径abc.com/时，才触发地理重定向规则，跳转到对应用户所在地域的路径后缀
  这样调整后，无论用户身处哪个地区，只要输入了指定地域的路径前缀，都会直接被路由到对应地域的实例，不会出现访问失败的问题。

问题2：跨地域站点的登录态保持方案 #

两种方案都可以实现登录态共享，你提到的「共享用户数据库、业务数据独立存储」的方案完全可行，具体适配逻辑分场景：

• 同域名不同路径场景：Cookie默认在同域名下全局共享，只需要在Django配置中将SESSION_COOKIE_DOMAIN设置为abc.com，同时不要限制SESSION_COOKIE_PATH，即可实现所有路径下的Cookie读取权限。
• 子域名场景：只需要将SESSION_COOKIE_DOMAIN设置为.abc.com（前缀带点），所有二级子域名都可以读取根域下的Cookie，实现跨子域名的登录态共享。
  登录态存储除了共享用户库之外，更高效的方案是将Session信息存入全局统一的缓存/数据库中，不需要每个地域实例单独存Session，避免同步问题。

问题3：AWS生态下的最优实现方案 #

推荐直接使用CloudFront作为全球入口的标准化架构，不需要自己配置复杂的路由规则：

• 入口层用CloudFront配置缓存和路由规则：
  • 配置路径路由规则：/paris/*的请求转发到巴黎区域的ALB（应用负载均衡器），/london/*的请求转发到伦敦区域的ALB
  • 配置根路径地理重定向规则：基于CloudFront自带的地理定位能力，直接将根路径请求重定向到对应用户所在地域的路径前缀，不需要后端Django再做二次重定向，延迟更低
• 后端业务层：每个地域的Django实例部署在对应区域的ECS/EKS/EC2中，接本区域的ALB，业务数据存在本区域的RDS实例，完全独立互不干扰
• 全局共享层：用户信息、Session信息可以存在DynamoDB全局表或者ElastiCache全球数据存储中，AWS会自动完成跨区域数据同步，不需要自己搭建同步逻辑。

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