You need to enable JavaScript to run this app.
优惠活动
大模型
产品
解决方案
定价
更多

Azure App Service部署后文件丢失/删除原因及适配存储方案咨询

问题根因

你遇到的应用重置、数据丢失是Azure App Service的默认机制导致的:

  • App Service实例的本地磁盘属于临时存储,当出现实例重启、平台维护触发实例迁移、自动缩放切换实例、长时间无访问触发冷启动等情况时,所有写入本地磁盘的内容都会被清空
  • 如果你将轻量SQL数据库(如SQLite)的文件存放在本地磁盘,或是直接将生成的PDF存在本地目录,自然会随着实例重置全部丢失
持久化解决方案

根据你数据量极小、SQL每月仅更新一次、PDF生成量很少的场景,有以下成熟方案可选:

SQL数据持久化

  • 首选方案:使用最低配的Azure SQL Database无服务器层,完全托管不需要自行维护实例,数据默认多副本持久化不会丢失,和App Service同区域部署的情况下访问延迟极低。如果你的Flask应用用了ORM框架(如SQLAlchemy),仅需修改数据库连接字符串即可完成适配,几乎不需要改动业务代码。
  • 成本极致优化方案:开启App Service的持久化共享存储,在「Web应用>配置>路径映射」中挂载持久化目录,将SQLite等本地数据库文件放在该目录下,即可避免文件被清空。

PDF文件持久化

  • 首选方案:使用Azure Blob存储标准层最低配,生成PDF后直接上传到Blob容器,用户请求下载时返回临时访问链接即可。该方案成本极低,每月仅需几元甚至几毛钱,还支持配置生命周期规则自动管理旧文件。Flask可以直接通过azure-storage-blobSDK完成对接,代码改动量很小。
  • 轻量适配方案:直接将生成的PDF存入前面提到的App Service持久化共享存储目录,不需要引入额外服务,现有生成、下载文件的逻辑基本不需要改动。
场景最优推荐

结合你的业务规模,最省心的组合方案为:SQL数据存Azure SQL Database最低配无服务器实例,PDF文件存Azure Blob存储标准层,整体运维成本极低,完全不会出现数据丢失问题。


内容的提问来源于stack exchange,提问作者Carlos S. C.

相关产品推荐
方舟 Agent Plan

超全模态模型 × Harness 升级,最新支持 Deepseek-V4.1-Flash、GLM-5.3 系列、Doubao-Seedream-5.0-pro、Kimi-K3 (部分), 限时 9.9 元起

最近更新时间:2026.10.06 18:27:04