第二篇　音频上传：把录音安全地收上来

上一篇我们把需求和方案聊透了，从这一篇开始进入真正的实战。音频上传这个环节看似只是传个文件，实际上是整个工具的咽喉：录音收不上来，后面的转写、提取、通知全是空中楼阁。一个二十人团队里，上传环境可能是公司宽带，也可能是一格信号的会议室，文件可能是 200MB 的原始 wav，也可能是手机随手录的 m4a。这一篇的目标就是让所有这些情况都能稳定地把音频收拢到 COS 里，而且收得安全、收得不堵车。

• 2.1 存储桶规划：原始录音与转写结果分开放——录音和纪要用途不同、清理周期不同、权限不同，分桶存储是后续一切自动化和权限管理的基础。
• 2.2 客户端直传：临时密钥而不是服务器中转——用 STS 临时密钥让浏览器直接传到 COS，服务器不再当中转站，带宽和超时问题一并解决。
• 2.3 大文件分片与断点续传：一小时会议 200MB——一小时会议就是 200MB 的文件，弱网下靠分片和续传保证传得完。
• 2.4 音频预处理：格式统一与音量归一——在送进 ASR 之前把所有音频统一成同一规格，识别率的波动就只剩内容本身的差异。

学完这一篇，你会得到一条从录音进来、到格式整齐地放进存储桶的完整链路。存储桶的基础用法还可以搭配腾讯云五件套实战一起看。

延伸阅读

• 腾讯云五件套实战：CVM、COS、短信等基础底座的系统用法。
• 轻量建站实战：上传站点本身的部署与托管实践。
• NAS 家庭服务器实战：本地音频归档与云端存储的配合方案。