单实例时上传文件保存在应用目录很方便，换成多个容器后，另一实例可能找不到文件，重新部署也可能丢失数据。上传设计需要明确持久化位置、访问权限与文件生命周期。
区分临时文件与业务文件
解析过程中的临时文件可以有清理策略，用户提交并需要长期访问的附件则要有可靠存储。文件保存成功与数据库记录成功之间也可能出现部分失败，应设计补偿或清理任务。
存储地址与访问权限分开
文件不应仅凭一个可猜测路径就允许下载。根据资源归属检查访问权限，必要时采用受控下载入口或有时效的授权地址。原始文件名不能直接成为可信路径，还需要限制类型、大小和处理方式。
为多实例选择共享方案
可以比较宿主机挂载、共享文件系统与对象存储，但都要说明备份、容量和故障恢复。挂载到单台主机只解决部分持久化问题，并不自动实现跨主机共享或高可用。
验收重建与孤立文件
上传后重建容器、切换实例并验证访问；模拟数据库写入失败，检查孤立文件能否识别和清理。交付清单应包含恢复方法和保留规则，而不只是上传接口。
常见问题：使用对象存储后是否不需要数据库记录？
仍需按业务保存归属、权限与状态等元数据，具体内容取决于访问和审计要求。
技术参考：Docker：数据卷。具体接口与配置请结合使用版本核对。
将评估落实到你的系统
如果你的 .NET 应用还缺少可重复的部署、观察或恢复流程，可以通过容器化与自动化交付服务梳理现状，约定实施内容、演练场景与运维交接方式。