如何通过AWS Lambda实现文件上传处理并向Web端返回响应

方案1：带请求上下文的S3异步触发 + WebSocket推送 #

• 操作流程：
  1. 前端发起上传前，先调用API网关触发的同步Lambda，生成唯一request_id，同时返回3个信息：S3预签名上传URL、API Gateway WebSocket连接端点、临时鉴权token。预签名URL自带过期时间，不会泄露S3访问凭证，安全性有保障。
  2. 前端上传zip包到S3时，给S3对象的Metadata字段附加request_id和当前的WebSocket连接ID
  3. S3触发异步处理Lambda后，Lambda从对象Metadata中取出连接ID，处理完zip生成JSON结果后，调用API Gateway的PostToConnection接口直接把结果推送给对应前端
• 优势：全托管组件无需自行维护服务，支持大文件上传、长耗时处理场景，不会出现HTTP请求超时问题
• 注意事项：需要处理WebSocket断开重连场景，可以把处理结果临时存储，重连时前端携带request_id主动查询结果即可

方案2：API网关同步代理请求 + Lambda直接处理 #

• 操作流程：
  1. 前端直接把zip文件作为POST请求的Body提交到API网关端点
  2. API网关触发同步Lambda，Lambda在内存中完成接收、解压、处理zip的全流程，处理完成后直接把JSON作为HTTP响应返回给前端
• 优势：流程最简单，没有异步回调、状态关联的额外逻辑，不需要引入S3之外的其他服务
• 注意事项：要符合AWS服务配额限制：API网关最大请求Payload为10MB，Lambda同步调用最长执行时间为15分钟，只要你的zip大小、处理时长在这个范围内，优先选这个方案即可。

方案3：S3异步触发 + 轮询查询 #

• 操作流程：
  1. 前端生成唯一request_id，上传zip到S3时把request_id存入对象Metadata
  2. 上传成功后前端每隔2-5秒发起一次查询请求，参数携带request_id查询处理状态
  3. 异步处理Lambda完成后，把JSON结果存入S3指定路径（比如results/{request_id}.json）或者DynamoDB，查询接口检测到结果存在就返回给前端
• 优势：不需要WebSocket长连接，适配不支持WebSocket的老旧客户端，实现复杂度适中
• 注意事项：要设置轮询超时上限，避免前端无限轮询；同时给结果数据配置过期删除规则，避免冗余存储产生额外费用

选型参考 #

• 单zip体积<10MB、处理时长<15分钟：优先选方案2，开发成本最低
• 处理时长超过15分钟/文件超过10MB：优先选方案1，用户体验最好
• 需要兼容老旧浏览器/客户端：选择方案3

内容的提问来源于stack exchange，提问作者T. Yueksel