Agora云录制对接Amazon S3异常：停止返回404、S3无录制文件如何解决？

1 优先校验S3存储配置（90%以上该类问题由此导致） #

你提交的storageConfig参数中region值为8，首先核对Agora云录制的S3区域映射规则：Agora定义的S3地区编码8对应美国东部2（俄亥俄/us-east-2），需要确认你的S3桶实际所在区域和该编码完全匹配，编码填错是最常见的连接失败原因。
除此之外还要逐一校验以下配置：

• 你使用的accessKey、secretKey必须具备目标桶的s3:PutObject、s3:ListBucket权限
• 桶名live-stream大小写、拼写完全正确，桶处于正常可用状态，未设置IP黑白名单拦截Agora服务端请求
• 桶没有开启强制对象锁、版本控制等会限制写入的特殊配置

2 校验录制进程状态 #

调用acquire和start接口返回200仅代表请求被Agora服务端接收，不代表录制进程成功启动：

• 调用start接口30秒后，调用query接口查询录制状态，如果query同样返回404或状态异常，说明录制进程在初始化S3连接阶段就已经异常退出，可直接定位为存储配置问题
• 确认你设置的maxIdleTime为120秒，如果启动录制后120秒内频道内没有任何音视频流推送，录制进程会自动销毁，调用停止接口就会返回找不到worker
• 确认你用于录制的uid 527841没有被频道内其他推流端占用，录制服务使用的uid必须全局唯一，和现有推流uid冲突会导致进程启动失败

3 校验接口请求参数一致性 #

调用stop接口时提交的resourceId、sid、cname、uid四个参数必须和调用start接口时提交的参数完全一致，任意参数拼写错误、值不匹配都会导致无法找到对应录制进程。

修复验证流程 #

• 先在本地使用AWS CLI工具，用你配置的密钥测试上传文件到目标S3桶，确认存储侧配置完全正常
• 修正所有错误配置后，重新调用acquire、start接口，不要复用之前生成的resourceId和sid
• 启动录制后确认频道内有稳定的音视频流，等待1分钟后调用query接口确认状态正常，再调用stop接口结束录制

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