2021年Azure App Service子域名映射虚拟目录原方案是否仍适用？

核心结论 #

你提到的早年社区方案核心逻辑至今完全有效，你找不到操作入口的核心原因是Azure后续版本调整了UI路径，而非相关功能下线。

为什么你会遇到“新建应用都是完全独立服务”的提示 #

这是绝大多数用户都会踩的操作误区：

• 单个App Service的详情页本身不提供添加同Plan关联应用的入口，所有同Plan下的应用管理入口统一放在对应的 App Service Plan资源详情页 内，在主站详情页翻遍菜单也找不到添加入口是正常的。
• 你之前新建应用时默认选择了“创建全新的App Service Plan”选项，才会触发系统提示需要创建完全独立的隔离服务——只要在新建应用的表单里手动选择“使用现有App Service Plan”，选中你主站点对应的Plan，创建出的应用就会共享现有Plan的运行资源、配额和计费，和独立新建的隔离服务有本质区别。

分场景的可行操作方案 #

场景1：仅需要把迷你应用部署在主站域名下的子路径，不需要独立子域名 #

完全不需要新建任何关联应用，直接用主站自带的虚拟目录配置就能实现：

• 进入主App Service的详情页，找到左侧菜单的「路径映射」选项
• 选择「虚拟应用程序和目录」标签，新增一条映射规则：
  • 虚拟路径填写你需要的访问路径，比如/pages/mini-app
  • 物理路径填写你存储迷你应用文件的站点相对路径，比如site\wwwroot\mini-app-files
  • 如果你的迷你应用是纯静态资源就取消勾选“应用程序”选项，如果是带后端逻辑的可执行应用就保持勾选
• 保存配置后重启主站，即可通过mainapp.azurewebsites.net/pages/mini-app正常访问对应的迷你应用，这个功能从2018年至今稳定可用，没有版本或权限限制（只要主站跑在基础档及以上的Plan上）。

场景2：需要给这个迷你应用绑定独立的自定义子域名（比如mini-app.你的域名.com） #

这时候就需要用到早年方案提到的同Plan多应用能力，正确操作步骤：

• 确认你的主站所属App Service Plan是基础档及以上（免费/共享档不支持同Plan挂载多个应用）
• 回到主站对应的App Service Plan资源详情页，在左侧菜单找到「应用」标签，这里会列出当前Plan下所有关联的应用，点击「添加」按钮，按照提示创建新的Web应用
• 配置过程中务必手动选择当前正在使用的这个App Service Plan，不要选新建Plan，这样创建出的应用就会共享现有Plan的资源，不会生成完全独立的隔离服务
• 应用创建完成后，你可以选择两种映射方式：
  • 直接把自定义子域名绑定到这个新建的迷你应用上，不需要走主站的子路径访问
  • 如果一定要保留主站路径访问的方式，就回到主站的路径映射配置里，把/pages/mini-app的虚拟路径指向这个新建迷你应用的物理部署路径，完成和早年社区方案完全一致的配置。

常见踩坑提醒 #

• 纯物理目录映射的虚拟目录，不支持绑定独立的自定义子域名，只要需要独立域名访问，就必须把迷你应用部署为同Plan下的独立应用
• 如果你需要把主站路径下的请求反向代理到独立的外部服务，只需要在主站的web.config里配置URL Rewrite规则即可，不需要安装任何额外的站点扩展

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