我正在寻找关于保证没有入站邮件丢失的“最佳实践”建议。我特别担心HTTP侦听器的停机时间，无论是由于计划事件还是非计划事件，以及我们控制之外的路由问题可能会阻止Twilio到达我们的服务器。
Twilio站点上的App Monitor屏幕显示了未能传递到请求URL的所有传入消息的详细信息，但除非我错过了，否则我看不到通过API访问它。
我考虑过发送一条指定回调网址的虚拟消息，作为确认Twilio可以访问我们网站的方法，但即使每分钟收到一条消息，它仍然会因为瞬态路由问题而错过短暂的中断。回退URL也没有真正解决我的问题，因为它可能会受到影响主要请求URL的相同问题的影响。
我能看到的唯一方法是定期使用消息列表资源与HTTP侦听器上收到的消息数据库进行比较，但我不喜欢它仅限于过滤24小时的粒度。理想情况下，我希望每隔5到10分钟左右运行一次“交叉检查”过程，并指定一系列时间戳，以最大限度地减少不必要的CPU /数据库访问量。
有没有人想出任何聪明的解决方案？
答案 0 :(得分：0)
Twilio开发者传播者在这里。
抓住这个的一个选择可能是使用App Monitor Triggers。对于＆＃34;触发值＆＃34;的任何错误，您都可以create a new Alert Trigger 1.触发值是在您收到通知（通过电子邮件或webhook）之前发生此事件的次数。此设置意味着第一次发生错误，您将收到通知。允许您捕捉上面概述的瞬态问题。
希望有所帮助！