Vercel无服务器Next.js应用实时音频直传存储的最优方案咨询

核心选型逻辑 #

因为Vercel没有长期运行的服务器可用，所以方案必须避开需要持续驻留的服务，优先选托管式实时服务或适配Vercel的轻量按需处理层。

1. 托管式WebSocket直接对接存储（可行方案） #

直接通过WebSocket上传是可以实现的，但得选能直接处理流式传输的服务：

• 云存储+托管WebSocket网关：比如用Cloudflare Workers搭配R2存储，前端把录制的音频分片通过WebSocket发给Workers，Workers实时把分片流式写入R2，不需要额外云函数；或者AWS API Gateway的WebSocket集成对接S3分段上传，前端连Gateway的WebSocket端点，分片自动转存到S3。
• 专业实时媒体服务：像Mux、Cloudinary这类服务，本身就提供WebSocket或HTTP流式上传接口，前端直接把实时音频流推过去，服务自动搞定存储、转码，不用自己搭中间层，完美适配Vercel的无服务器环境。

2. Vercel原生兼容的轻量中间层方案 #

如果不想用第三方媒体服务，用Vercel自带的Edge Functions就能搞定：

• Edge Functions + WebSocket：Vercel的Edge Functions支持短生命周期的WebSocket连接，前端把音频分片通过WebSocket发给它，函数收到后立刻调用云存储的分段上传API（比如S3的UploadPart），最后完成分片合并。全程按需触发，符合Vercel的无服务器模型。
• SSE替代WebSocket：要是WebSocket配置麻烦，用Server-Sent Events也行，前端把音频分片通过POST请求传给Edge Functions，实时转发到存储，实现准实时流式传输，配置更简单。

3. 关于"直接WebSocket上传到存储"的说明 #

大部分通用云存储（比如S3、GCS）本身不支持WebSocket协议上传，必须通过中间层做协议转换和分片处理。但如果用专门的媒体存储服务（比如Mux），它们的API原生支持WebSocket流式推送，这种场景下前端可以直接连服务的WebSocket端点传音频流，不需要自己的中间层。

最优方案推荐 #

优先选托管式媒体服务（如Mux）：

• 不用维护任何中间层，前端调用官方SDK或WebSocket接口就能实现实时上传
• 自动处理音频的存储、转码、分发，后续播放、管理都有现成工具
• 完全适配Vercel环境，没有运行时长限制

如果想自己掌控存储，选Cloudflare Workers + R2存储：

• Workers支持WebSocket流式处理，直接把前端音频流写入R2
• 无运行时长限制，成本低，和Vercel前端的网络延迟小

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