截止时点已过25小时，Twilio仍在监控Africell Angola短信恢复

摘要

Twilio在事件开始5小时52分46.549秒后首次报告观察到恢复，随后14小时内又三次重复监控状态。到截点时，最后一次更新也已经过去5小时47分22.913秒。

这些重复说明运营方看到条件改善，却没有关闭事件。把监控改写成已解决，会抹掉Twilio自身保留的状态差异，也会借用固定截点之后的信息。

本轮评估停在8月1日00:13:55 UTC。以后状态页可能更新，但不能倒填进这一时刻。当时可以确认的是：没有公开解决时间戳。

固定截点对长事件尤其重要。它把发布时可用证据与事后回看分开，使持续时间能够复算，也防止后来的结果改变早先判断。

Twilio写的是面向Africell的短信送达延迟，不是消息丢失，也不是全部失败。页面没有给出延迟门槛、分位数、最大值或最终送达结果。

短信可能在业务有效期内到达，也可能在有效期外迟到。缺少交易时间戳，就无法计算多少仍在等待、多少最终成功。

公告点名安哥拉Africell网络用户，没有包括该国全部运营商，也没有定义Twilio发送号码、账户类型或消息产品。

03:13:33.926 UTC，Twilio称原因已经识别，却没有点名原因。Africell出现在目的边界，不证明它造成事件；中间商、队列、路由和平台组件也都不能凭空归责。

监控从04:23:50.427 UTC开始，到截点仍是当前状态，持续19小时50分4.573秒。长监控可能意味着谨慎、仍有不确定性或需要更长稳定性观察，但状态页没有说明是哪一种。

没有解决，就不能宣布完整恢复。公开信息也无法排除部分路由、消息或客户仍有高于正常的延迟。

短信验证码、运营告警和预约提醒往往有截止时间。原短信还在途中时，应用可能重试或切换渠道，增加重复消息和成本。

Twilio没有报告这些具体后果。它们解释长时间延迟为何重要，却不能替代客户日志对真实业务影响的证明。

尽管事件很长，轻微等级没有变化。该标签既没有流量，也没有严重度曲线。窄范围长事件与广范围短事件需要不同分析，不能只比较标签。

消息、发送者、客户和收件人都没有分母。25小时的时钟不能直接换算成“客户小时”。

一条解决时间戳会确定Twilio的最终状态。事后说明还应披露故障域、真实影响期、延迟分布、交易规模、恢复动作、积压处理和预防措施。

在截点，结论必须保持开放：Twilio多次观察到Africell Angola方向短信恢复，却仍在监控。服务改善已经公布；完整解决与技术解释没有公布。