Django第三方媒体服务上传优化：解决关联失效与性能瓶颈

已知不应直接通过HTTP服务器上传媒体文件，使用第三方媒体服务的典型流程有两种：

1. 创建Product→上传视频→PATCH视频URL；
2. 先上传视频→携带视频URL POST创建Product。

两种流程均存在最终步骤失败时产品与视频关联失效的问题，且需前端协调多步骤。若由后端负责协调，又如何避免HTTP服务器成为性能瓶颈？请问实际中该如何处理此问题？

附Django模型代码：

class Product(models.Model):
    name = models.CharField(max_length=255)
    unit_price = models.DecimalField(max_digits=10, decimal_places=2)
    video = models.FileField(upload_to='products/videos/', blank=True)  # 当前适配本地存储，需调整以支持第三方服务

class ProductImage(models.Model):
    product = models.ForeignKey(Product, on_delete=models.CASCADE, related_name='images')
    image = models.FileField(upload_to='products/images/')

1. 预签名上传+回调+状态补偿，彻底规避HTTP服务器瓶颈 #

• 后端生成第三方媒体服务的预签名上传地址返回给前端，前端直接将视频上传至第三方服务，完全不经过自身HTTP服务器，从根源避免性能消耗。
• 配置第三方服务在上传完成后主动回调后端接口，后端收到回调后自动完成视频URL与Product的关联（无论Product是已创建还是新创建）。
• 给Product新增video_status字段（可选值：pending/completed/failed）标记关联状态。若回调超时或失败，通过定时任务扫描pending状态的记录，主动查询第三方服务的上传结果，补做关联操作。

2. 草稿状态实现原子化关联，避免无效数据 #

• 若采用「先创建Product再传视频」的流程，创建时将Product标记为is_draft=True，此状态下产品不对外展示。仅当视频上传完成且关联成功后，再将状态改为is_draft=False对外发布。
• 若采用「先传视频再创建Product」的流程，后端为上传成功的视频生成带过期时间的临时凭证，前端携带凭证与产品信息提交创建请求，后端验证凭证有效性后完成关联，防止无效视频占用资源。

3. 异步任务解耦逻辑，避免阻塞HTTP服务 #

• 后端无需同步等待视频上传完成，将关联操作丢至异步任务队列（如Celery）处理。前端上传完成后仅需调用后端接口告知结果，后端立即返回响应，实际关联逻辑在异步任务中执行。
• 异步任务若关联失败，可设置自动重试机制，或记录错误日志留待人工介入，不会阻塞HTTP服务器的正常请求。

4. 调整Django模型适配第三方服务 #

• 将Product.video从FileField改为URLField，直接存储第三方服务的视频URL——FileField默认适配本地存储，URLField更贴合第三方媒体服务的使用场景。
• 新增video_upload_id字段，存储第三方服务返回的视频唯一标识，方便后续查询、更新或删除视频资源。

5. 回收孤儿媒体资源，避免资源浪费 #

• 针对流程失败产生的「孤儿视频」（已上传但未关联产品的视频），定期通过第三方服务API扫描所有视频，对比后端数据库的关联记录，自动删除过期的孤儿资源。
• 若创建Product时关联视频失败，直接回滚Product的创建操作（先创建Product的流程），或标记视频为待删除状态，后续统一清理。

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