Java 为twilio SMS验证配置应用程序引擎推送任务队列

这是一个后续问题。基本上，我创建了一个推任务队列来实现SMS验证。我正在使用Twilio发送短信。每条短信都是一个五位数的pin码。下面是我的appengine的

queue.xml

文件

<queue-entries>
  <queue>
    <name>sms-verification</name>
    <rate>200/s</rate>
    <bucket-size>100</bucket-size>
    <max-concurrent-requests>10</max-concurrent-requests>
  </queue>
</queue-entries>

短信验证
200/秒
100
10

---

我希望在不创建新实例的情况下获得最佳速率。我相信在AppEngine上创建实例是昂贵的，尽管我不确定任务队列是否也是如此。那么这个配置文件好吗？有什么遗漏吗？这是我第一次创建一个，因此感谢您的指导。

这个问题没有正确或错误的答案。您将不得不使用配置设置来获得满足您需求的最佳结果。您需要考虑以下几点：

你一天/一周的负荷：或多或少均匀或有尖峰

延迟容忍度：在发送消息之前可以接受的等待时间

显然，如果您希望立即发送所有消息，那么成本会更高；如果您能够容忍哪怕是很小的延迟（例如1分钟），那么成本也会更低，因为这样至少可以消除一些突然出现的峰值

---

请注意，音量越大，这些优化就越不重要，因为20个live上的1个新实例比1个live上的1个新实例要便宜。

Twilio手机的瓶颈似乎是每秒处理一条短信。由于PO似乎在考虑10部手机，这些数字可能是限制因素。我知道的不多，无法回答，但我猜可能会有更明确的答案。检查：这一点很好，200/s可能不适用于10个电话号码。然而，这是一个不同的限制，与任务API无关。我不知道如果超过Twilio吞吐量会发生什么，但从任务API的角度来看，即使Twilio响应错误消息，任务也会成功。这是OP必须考虑的事情。