Azure App Service Plan前后端通信负载均衡及扩缩容配置问询

疑问解答 #

• 问题1：新启动的App Service Plan实例如何知晓要使用的域名？
  App Service Plan的横向扩缩容是在同一Plan内增加实例数量，而非创建新的Plan。自定义域名是绑定在前端App Service资源上的，所有Plan内的实例都会自动继承该App Service的域名配置，因此新实例启动后无需额外设置即可使用已绑定的域名。

• 问题2：由于不需要多个前端实例，是否需要将前端从原App Service Plan中移除以避免重复？
  是的，必须拆分。App Service Plan的扩缩容粒度是整个Plan，所有部署在该Plan下的App Service会同步扩缩。如果前端和后端在同一个Plan，扩缩容时前端也会跟着生成多实例。正确的做法是将前端单独部署在一个固定实例数（比如1个）的独立App Service Plan中，后端留在需要动态扩缩的Plan里。

• 问题3：是否可以指定App Service Plan内的特定应用进行扩缩容？
  不行。App Service Plan的扩缩容规则作用于整个Plan，无法单独针对Plan内的某个App Service设置扩缩策略。要实现后端单独扩缩，必须将前后端分属不同的App Service Plan。

• 问题4：新实例运行后，Azure如何引导前端用户访问正确的后端API？如何配置前端使用负载均衡的通用API URL？
  Azure App Service自带负载均衡能力，后端App Service的默认域名（如yourapp-backend.azurewebsites.net）或绑定的自定义子域名（如api.mycustomdomainname.com）就是负载均衡的统一入口。所有后端实例会被自动纳入负载池，Azure会负责将请求分发到健康的实例。你需要把前端硬编码的端点替换为这个统一的负载均衡URL，而非单个实例的地址。

架构建议 #

• 是否需要创建Azure专用负载均衡器来处理前后端请求分发？
  不需要。App Service本身已经集成了Azure的全局负载均衡与健康检查能力，针对常规的后端扩缩容场景，使用后端App Service的默认域名或自定义子域名即可满足负载分发需求，无需额外部署专用负载均衡器。

• 若需要，App Service Plan是否仍适用？
  即使后续有复杂需求（如自定义路由规则、Web应用防火墙WAF等），可以搭配Azure Application Gateway实现，但App Service Plan依然适用。只需将后端App Service的流量引导到Application Gateway，不影响Plan本身的扩缩容功能。

内容的提问来源于stack exchange，提问作者Pierre-Henri Debris