问题描述
我知道这个问题已经被问过几次了，但是我试图找出我的确切问题是什么。
我有一个C＃应用程序，该应用程序将要发送的消息排队（使用Azure存储队列），这些消息由Azure Webjob处理。我们正在使用twilio-csharp nuget package发送消息。
发送消息的代码非常简单：
MessageResource.Create(
body: message.Message,from: new Twilio.Types.PhoneNumber(TwilioFromNumber),to: new Twilio.Types.PhoneNumber(message.SendToPhoneNumber));
默认情况下，Webjob一次最多可处理16条消息，但为解决此问题，我们设置了以下内容：
context.BatchSize = 2;
context.NewBatchThreshold = 0;
因此，在任何给定时间点，我们一次发出的请求都不会超过2个。
即使阈值较低，我们仍会定期在日志中看到这些错误：
Microsoft.Azure.WebJobs.Host.FunctionInvocationException：Microsoft.Azure.WebJobs.Host.FunctionInvocationException：执行函数时发生异常：TextMessageFunctions.SendTextMessage ---> Twilio.Exceptions.ApiException：请求过多 > 在Twilio.Clients.TwilioRestClient.ProcessResponse（响应）
其他一些想法：
- 来自Twilio开发人员传播者的answer on this question，建议REST API的并发限制默认为100 。这仍然是正确的还是我可以通过我的帐户查看此方法？我们不可能接近100。我们一次最多排队20-30条消息，这是极端的事情。
- 我们正在使用美国免费电话号码发送。 According to Twilio，我们应该能够在其末端排队43,200条消息。
同一篇文章说：
注意：只要请求不超过Twilio的REST API并发限制，您就可以快速向Twilio发送消息。
这使我觉得我做错了，因为肯定“快速速率”一次可能超过2个请求（并且我仍然想知道上面提到的100个速率）。难道我们真的不能在没有出现此错误的情况下用2个并发请求调用Twilio API吗？
解决方法
这里是Twilio开发人员的传播者。
最近，并发限制发生了一些变化，这影响了您。现在，新帐户对POST请求的并发津贴要低得多，低至1个并发请求。这是为了打击近期欺诈活动的增加。
我确定您的活动没有欺诈行为，因此您应该执行以下操作：
- 现在将您的批处理大小减小为1，这样您一次只能向Twilio API发出1个请求。
- 添加代码以捕获错误，如果错误为429，请重新排队以稍后发生（如果可能，则以指数方式退回）
- 与Twilio Sales联系，与他们讨论您的用例并请求提高并发限制
我确信此限制不会成为我们所面临问题的长期解决方案，对于您遇到此问题，我们深感抱歉。