如何在AppService中将BLOB容器挂载为目录解决SCORM资源跨域问题

你完全可以在非容器部署的Windows版App Service上直接挂载Blob存储作为虚拟目录，实现SCORM资源和Angular应用同源，从根本上解决iframe跨域调用JS的问题，不需要迁移数百GB的SCORM包到App Service本地存储。

• 前置准备：使用和App Service同区域的通用v2或BlockBlobStorage类型存储账户，提前准备好存储账户的访问密钥，确认存放SCORM包的容器已创建完成。
• 配置存储挂载：
  1. 进入Azure门户对应App Service的资源管理页
  2. 左侧导航栏找到「设置」分类下的「配置」选项，切换到「路径映射」标签
  3. 点击「新的Azure存储挂载」，按要求填写参数：
     • 名称：自定义标识，比如scorm_storage
     • 存储账户：选择存放SCORM包的目标存储账户
     • 存储类型：选择Azure Blob 存储
     • 存储容器：选择存放SCORM包的目标容器
     • 访问密钥：选择存储账户的主访问密钥即可
     • 挂载路径：填写你要映射到App Service的路径，比如/scorm，配置完成后App Service域名下/scorm路径的请求都会路由到对应Blob容器
  4. 保存配置，App Service会自动重启，挂载完成
• 调整前端调用逻辑：
  原来iframe引入的Blob存储URL替换为App Service域名下的对应路径即可，比如原Blob地址https://<存储账户名>.blob.core.windows.net/<容器名>/<包路径>/launcher.html，替换为/scorm/<包路径>/launcher.html，此时iframe的源和Angular应用完全同源，不再有跨域调用限制。

• 挂载的Blob存储默认是只读权限，适配SCORM包的静态资源访问场景，如有写入需求可在挂载配置中调整权限
• Windows版非容器部署的App Service最多支持5个存储挂载点，足够覆盖单容器或多容器存储SCORM包的需求
• 挂载使用Azure内部链路访问Blob，性能接近直接访问Blob，不会产生额外的公网带宽成本
• 如果SCORM包包含特殊后缀名的静态资源，直接在App Service的web.config中配置MIME类型即可，和本地路径的配置规则完全一致

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