如何为Azure App Service持久存储(%HOME%)部署跨实例共享的静态大数据集？

方案1：部署阶段通过自定义脚本同步数据到%HOME% #

• 利用Kudu部署机制，在DevOps流水线中添加自定义脚本步骤，直接将Blob Storage中的数据集同步到部署槽的%HOME%目录（对应D:\home）。
• 实现细节：
  • 在项目根目录创建.deployment文件指定部署脚本，或直接在DevOps流水线调用Kudu REST API执行PowerShell脚本。
  • 脚本中使用AzCopy或Azure PowerShell模块，通过服务主体或托管身份授权访问Blob Storage，执行数据下载/同步。
  • 支持增量同步：对比Blob文件的最后修改时间，仅更新变动的文件，减少30GB数据的同步耗时。
• 核心优势：部署阶段完成数据准备，应用启动即可直接读取；%HOME%天然跨实例共享，无需处理多实例竞争逻辑。

方案2：用Azure Files挂载替代%HOME% #

• 为每个部署槽创建独立的Azure Files共享，将数据集同步到对应共享后，挂载到App Service的指定目录。
• 实现细节：
  • 为每个版本（部署槽）创建专属Azure Files共享，DevOps流水线用AzCopy将Blob数据同步到该共享。
  • 在App Service的「配置-路径映射」中添加虚拟目录，类型选择「Azure Files」，关联对应槽的共享，挂载路径设为应用可访问的目录（如D:\appdata）。
• 核心优势：Azure Files支持外部直接访问，DevOps流水线无需依赖Kudu即可完成数据同步；每个槽的共享独立，天然实现版本隔离，且跨实例共享数据。
• 注意：可选择Premium层级Azure Files提升IO性能，满足大文件读取需求；通过托管身份配置App Service对Azure Files的访问权限。

方案3：简化应用启动时的下载逻辑（无需Blob租约） #

• 利用部署槽的全局应用设置标记数据状态，避免多实例重复下载。
• 实现细节：
  • 在部署槽添加应用设置DATA_SYNCED，默认值设为false。
  • 应用启动时先读取该设置：若为false，则启动下载逻辑，完成后通过Azure REST API将DATA_SYNCED更新为true；若为true，直接跳过下载。
  • 部署新版本时，先将DATA_SYNCED重置为false，触发新数据集的同步。
• 核心优势：逻辑简单，无需额外资源；利用应用设置的全局可见性实现多实例同步，比Blob租约更轻量化。
• 注意：需配置应用具备修改自身应用设置的权限（通过托管身份）；添加设置更新的重试逻辑，避免网络延迟导致的状态不一致。

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