咨询AWS ECS微服务路径路由方案：基于CloudFront与API Gateway

完全可以通过AWS原生服务实现你要的按路径访问微服务的需求，以下是几种可行方案：

方案1：API Gateway + ECS #

这是最灵活的方案，适合需要API管理（认证、限流、监控）的场景：

• 创建REST API，分别添加/service1和/service2的资源节点
• 为每个资源配置GET/POST等方法，集成方式选择HTTP集成，指向对应ECS服务的负载均衡器端点（或CloudMap服务发现域名）
• 部署API Gateway后，把它的部署域名作为CloudFront的源，同时在CloudFront里绑定你的自定义域名
• 用户访问domain.com/service1时，请求会依次经过CloudFront → API Gateway → 对应ECS服务

注意：如果ECS服务的接口路径不是根路径，需要在API Gateway的集成请求里配置路径重写，比如把/service1/{proxy+}重写为/{proxy+}，确保请求能正确到达服务接口。

方案2：CloudFront + Application Load Balancer（ALB）+ ECS #

如果不需要API管理功能，直接用ALB做路径路由更简单：

• 给ALB创建多个目标组，每个目标组关联一个ECS服务
• 在ALB的监听规则里添加路径匹配规则：路径前缀为/service1时转发到service1的目标组，/service2转发到service2的目标组
• 将ALB作为CloudFront的源，CloudFront绑定自定义域名，确保CloudFront的缓存行为配置中，路径模式设为/*，且不修改请求路径
• 请求经过CloudFront后，ALB会根据路径自动转发到对应ECS服务

方案3：CloudFront + ECS Service Discovery（CloudMap） #

如果你的ECS集群已经用CloudMap做服务发现，每个服务有独立的内部域名，可以直接通过CloudFront的行为规则转发：

• 在CloudFront控制台添加多个行为，分别设置路径模式为/service1/*和/service2/*
• 每个行为对应的源域名设置为对应ECS服务的CloudMap内部域名（需要确保CloudFront能访问到这个内部域名，可能需要配置VPC访问权限）
• 这种方式省去了ALB或API Gateway，适合简单的路径转发场景

常见排查点（针对你之前的尝试错误） #

• CloudFront配置：检查源是否正确传递请求路径，避免路径被截断；确认缓存行为的路径模式是否覆盖了所有需要的路径
• API Gateway配置：检查集成请求的路径是否正确，是否开启了路径重写；确认资源和方法的部署状态
• ALB配置：检查路由规则的优先级，确保路径匹配规则没有冲突；确认目标组的健康检查正常

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