从后端将产品图片存储至AWS的可行性及潜在问题咨询

这个方案完全可行，而且是规避前端暴露AWS凭证风险的标准操作之一，不少生产环境里的应用都在这么玩——先给你吃个定心丸。不过这个方案也不是完美的，有几个潜在问题需要你提前考虑：

• 带宽与服务器负载压力：用户把图片传到你的后端，后端再转手传到AWS，等于后端要扛双倍的流量压力——既要收用户的上传数据，又要发数据给AWS。如果是大尺寸图片（比如高清图、视频截图）或者并发上传的用户多了，你的后端服务器的带宽、CPU、内存都会吃紧。要是你的后端服务器和AWS S3不在同一个区域，跨区域传输的延迟和额外成本还会往上蹭。

• 用户上传体验打折扣：图片要经过两次网络传输（用户→后端→AWS），相比前端直接上传到AWS，整体耗时会更长，尤其是在用户网络条件不好的情况下，上传失败的概率也会升高，用户可能会觉得你的应用“传图慢”“容易崩”。

• 临时文件与磁盘占用风险：如果后端是同步处理上传，大概率需要先把用户的图片存到服务器的临时目录，再上传到AWS。要是没做好临时文件的自动清理机制，时间久了服务器磁盘很容易被塞满，导致服务异常。就算用流式上传（直接把用户的请求流转发给AWS），也要处理好流传输中的异常，不然容易出现数据丢失的情况。

• 错误处理复杂度飙升：你得覆盖一堆复杂的错误场景：用户上传到后端失败了怎么提示？后端传到AWS时网络中断怎么处理？用户一次传多张图，部分成功部分失败怎么给清晰的反馈？还要设计合理的重试机制——是让用户手动重试失败的文件，还是后端自动重试？这些都比前端直接上传要繁琐得多。

• 运营成本增加：除了跨区域传输的额外费用，后端服务器的带宽、计算资源成本都会因为中转上传而上升，当上传量达到一定规模时，这部分成本会变得很可观。

如果你是因为必须在后端对图片做预处理（比如压缩、加水印、合规内容检测）才选择中转方案，那针对上面的问题可以提前做预案：比如把后端服务器部署在和AWS S3相同的区域、开启临时文件自动清理、设计分段上传和重试机制、监控服务器负载情况及时扩容。

要是没有必须中转的业务需求，其实可以考虑预签名URL的替代方案：后端生成一个有有效期的临时URL返回给前端，前端用这个URL直接上传到AWS S3，全程不用在前端存储任何AWS凭证，还能跳过后端中转的环节，兼顾安全、性能和成本。

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