如何为Azure App Service配置多出站公网IP并按账号分流

以下是几种比独立服务实例更简便的实现方案，适配你3-4组账号/IP的需求：

方案1：利用App Service部署槽实现 #

• 创建3-4个部署槽（Deployment Slots），每个槽对应一组Account/IP：
  • 确保App Service计划为Basic及以上层级，每个槽会拥有独立的出站IP池（若需要固定单一IP，可结合VNet集成绑定NAT网关的静态IP）
  • 在每个槽中部署轻量代理服务，负责接收主服务的请求、携带对应Account的凭证，转发至someexternalwebsite.com
• 主服务根据当前请求关联的Account，直接调用对应部署槽的代理接口，转发请求自然会使用该槽的出站IP

优势：和主服务共享同一个App Service计划，成本可控；部署维护简单，无需额外基础设施；槽之间可快速切换、同步配置。

方案2：VNet集成+多NAT网关路由 #

• 将主App Service集成到Azure虚拟网络（VNet）中
• 创建3-4个NAT网关，每个网关分配一个独立的静态公网IP，分别对应Account A/B/C/D
• 在VNet内创建对应数量的子网，每个子网绑定一个NAT网关
• 在各子网内部署轻量代理实例（如小型VM或Azure Function专用计划实例），主服务根据Account标识，调用对应子网内的代理转发请求，请求会通过绑定的NAT网关出站，使用指定IP

优势：无需额外的App Service实例，通过网络层规则实现路由；适合需要精细化流量管控的场景，可扩展至更多账号/IP组合。

方案3：Azure Container Apps（ACA）轻量代理 #

• 创建3-4个ACA容器实例，每个实例配置绑定独立的静态出站IP（通过关联专属NAT网关），对应一组Account/IP
• 每个ACA实例运行简单的代理逻辑，负责携带对应Account凭证转发请求到外部站点
• 主服务根据Account选择调用对应ACA实例的接口完成请求转发

优势：轻量级容器部署，按需缩放，成本低；无需管理VM或App Service计划，运维负担小。

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