Azure WebApp虚拟应用与目录部署相关技术咨询

该操作会增加服务成本吗？ #

不会。Azure WebApp的计费依据是实例规格、数量和运行时长，添加「虚拟应用和目录」属于WebApp的内置功能，不会产生额外费用，你只需支付当前WebApp实例的常规费用。

是否有其他实现方式？ #

• 反向代理配置：在.NET后端中通过中间件或修改web.config设置反向代理，将前端请求转发到Angular静态文件目录，无需额外配置虚拟目录。
• 合并部署：把Angular构建后的静态文件直接放到.NET项目的wwwroot目录下，两者一起打包部署，适合前后端耦合度较高的场景，部署时只需发布一次.NET项目。
• 容器化部署：将Angular和.NET分别打包为Docker镜像，部署到支持多容器的Azure WebApp实例中，通过容器编排实现路由和共存。

此方式存在哪些劣势？ #

• 资源竞争：两个应用共享同一WebApp实例的CPU、内存等资源，任一应用高负载时都会直接影响另一个的性能。
• 部署风险：部署其中一个应用时，可能出现依赖冲突、配置覆盖等问题，影响另一个应用的正常运行，提升了部署故障的概率。
• 排查难度：日志、监控数据会混合在一起，出现问题时需要额外区分归属，增加了调试和排查的复杂度。
• 扩展性受限：无法单独对某个应用扩容，只能整体调整WebApp的实例规格或数量，容易造成资源浪费。

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