基于Google Cloud搭建支持流式播放的视频生成HTTP端点方案咨询

一、整体架构逻辑 #

• 用Cloud Functions/Cloud Run搭建/create_video端点，接收描述参数后，异步触发你的视频生成服务
• 核心要做的是把视频生成过程改成流式输出+渐进式可访问，保证首帧生成后用户就能通过URL开始观看，不用等全片完成
• 最终的URL要满足长期可访问（数月）的要求

二、基于Cloud Storage的实现（解决边写边读问题） #

Cloud Storage默认不支持文件未写完就读取，但可以通过分片+HLS播放的方式解决：

• 分片上传+动态播放列表：
  1. 视频生成时，每生成一小段（比如10秒）就上传一个分片文件到Cloud Storage，命名按规则来，比如video-xxxx-part-001.mp4、video-xxxx-part-002.mp4
  2. 同时维护一个HLS播放列表文件（video-xxxx.m3u8），每次新分片上传完成，就把这个分片的URL追加到播放列表里（注意先写临时文件再重命名，保证原子性，避免用户读到半拉的列表）
  3. 给用户返回的就是这个m3u8文件的URL，用户用支持HLS的播放器打开，就能自动依次加载分片，实现即时播放
  4. 全片生成完后，你可以选择把所有分片合并成完整文件，也可以保留分片让播放器继续用列表播放
• 权限与持久化：
  • 给Cloud Storage里的分片和m3u8文件设置公开读权限（如果担心安全，可以按任务ID隔离存储桶目录），这样URL就能长期有效，只要文件不删就一直能访问
  • 要是不想公开，也可以用Signed URL，设置过期时间为几个月，或者定期刷新Signed URL并更新到播放列表里

三、自定义端点的替代方案 #

如果你不想用HLS，也可以自己做流式服务：

• 用Cloud Run部署一个自定义视频服务，这个服务直接对接你的视频生成流
• 首帧生成后，/create_video端点返回这个自定义服务的URL，用户请求这个URL时，服务一边从视频生成流里实时返回数据给用户，一边把数据持久化到Cloud Storage
• 等视频生成完成后，后续用户请求就直接从Cloud Storage读文件返回，保证长期可访问

四、关键细节要注意 #

• 任务状态同步：用Cloud Firestore或者Cloud Datastore记录每个视频任务的状态，比如当前生成到第几分片、播放列表位置、是否完成等，让端点和生成服务能同步信息
• 超实时播放保障：确保视频生成速度比播放速度快，比如每秒生成2秒的视频内容，这样用户播放时不会出现缓冲等待
• 资源清理：可以设置Cloud Storage的生命周期规则，自动删除过期的临时分片（如果合并了完整文件的话），避免占用存储空间

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