有一个Windows服务，它摄取由一些内容提供商提供的视频文件。然后Windows服务尝试使用Amazon Elastic Transcoder为每个给定的视频文件创建演绎。
对于每个视频文件，通过创建一个Job然后添加15个输出来创建大约15个版本。
在我连续运行我的测试项目几次之前，这工作得很好。然后我得到这个错误消息"您的应用程序提交请求到Amazon Elastic Transcoder的速度比最大请求速率快"。
我得到一个错误，当我只是测试我的Windows服务的逻辑，而在生产能力这个Windows服务每天将摄取大约50,000个视频文件。这意味着我每天也将创造5万个就业岗位。对于如此高的请求量，弹性转码器似乎太弱了。
是否有一个配置来增加弹性转码器的节流?如果没有，每分钟创建作业的实际限制是多少?
这是我找到的一些文档。
简而言之:- 对于每个区域，每个AWS帐户4个管道
- 最大排队作业数:100,000个/管道
- 您可以以持续速率每秒为每个AWS帐户提交两个创建作业请求;允许每秒100个请求的短暂突发。
换句话说，只要你在任何持续的时间内不以高于2个/秒的速度提交它们，你就不会有每天5万个作业的问题。