Azure Web应用文件管理器设计疑问：存储方案选型咨询

是否必须使用Azure Storage Account？ #

首先明确：Azure Web App允许在本地文件系统创建目录，但绝对不推荐用它来持久化存储用户上传的文件，原因如下：

• Web App本地存储是临时存储，应用重启、实例缩放或部署新版本时，文件大概率会丢失。
• 本地存储容量有限，且多实例部署时各实例的存储相互隔离，文件无法跨实例共享。
• 缺少Azure Storage提供的冗余备份、细粒度访问控制、生命周期管理等专业存储能力。

所以虽然不是“必须”，但强烈建议用Azure Storage Account存储用户上传文件，这是云应用文件存储的标准最优方案。

Blob存储 vs File存储：哪种更合适？ #

需根据你的业务场景选择：

Blob存储（推荐绝大多数文件管理场景） #

• 专为非结构化数据设计，完美适配用户上传的文档、图片、视频等单个文件。
• 支持热、冷、归档三种存储层级，可根据文件访问频率灵活控制成本。
• 能通过REST API或SDK直接访问，还可集成Azure CDN实现全球加速。
• 内置生命周期规则，可自动将旧文件迁移到低成本层级或清理，无需手动维护。
• 高可扩展性，能轻松应对大量并发访问需求。

File存储 #

• 适合需要SMB/NFS协议访问的场景，比如应用要像挂载本地目录一样使用共享存储，或者需要和虚拟机等其他支持SMB的服务共享文件。
• 提供完全兼容Windows/Linux文件系统的接口，适配传统文件共享需求。
• 缺点是成本比Blob存储高，且没有分层存储的成本优化能力。

总结：如果你的应用只是做单纯的文件上传、存储、下载，优先选Blob存储；如果需要文件共享、挂载目录这类贴近本地文件系统的操作，再考虑File存储。

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