求助：使用Azure应用网关实现多内部容器应用的路径路由最佳方案

故障排查要点 #

• 路由规则配置校验
  确认应用网关路由规则的路径匹配模式为前缀匹配（如/api1/*），而非精确匹配。检查每个路由规则对应的后端池是否正确关联目标Container App，且后端设置的目标路径保持为空（若Container App服务监听根路径，无需额外重写）。
• Container Apps ingress配置检查
  验证每个Container App的ingress是否允许来自应用网关所属VNet的流量，同时确认后端池中配置的Container App内部域名无误，避免解析失败。
• 健康探测302状态码处理
  健康探测返回302说明后端服务会触发重定向，应用网关默认不跟随重定向。可修改健康探测的预期状态码包含302，或给Container App新增/health这类返回200的健康检查端点，确保探测状态正常。
• VNet与网络权限验证
  确认App Service所在VNet与Container Apps环境VNet已连通（对等互联或其他方式），应用网关子网可访问Container Apps内部IP。检查NSG规则，确保允许应用网关到Container Apps的80端口HTTP流量。
• 路径重写验证
  若Container App服务监听根路径，但应用网关路由的是/api1/*这类带前缀的路径，需配置路径重写（将/api1/*重写为/*），否则Container App会收到带前缀的请求，可能返回404。

最佳测试方法 #

• 分段隔离测试
  1. 在应用网关所在子网的VM（若存在）上，直接访问两个Container App的内部域名，确认服务本身可正常响应HTTP请求。
  2. 先保留单个路由规则（如仅/api1/*）验证访问是否正常，再单独测试/api2/*，排查是单路由问题还是规则冲突。
• 日志溯源分析
  开启应用网关的访问日志和诊断日志，查看请求的路由匹配情况、后端池关联结果、响应状态码，定位请求是在路由阶段还是后端处理阶段失败。同时查看Container Apps的日志，确认是否收到应用网关的请求。
• curl命令细查
  执行curl -v http://<应用网关IP>/api1/test，查看完整的请求响应流程，包括是否存在重定向、连接超时或404等错误，精准定位问题节点。

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