Resumo

  • A Twilio abriu bj32d99klw04 às 13:17:38 UTC de 2 de agosto por atrasos e falhas de SMS para assinantes da Safaricom no Quênia.
  • A origem afetada ficou limitada a parte dos identificadores alfanuméricos e números longos da Twilio, não a todo o tráfego nem às mensagens móveis do país.
  • Às 13:52:28 UTC, a empresa disse ter identificado a causa sem revelar explicação ou limite de responsabilidade.
  • Às 14:51:54 UTC, 94 minutos depois da abertura, observou recuperação e passou a monitorar estabilidade.
  • No corte das 15:12:10 UTC, o monitoramento tinha cerca de 20 minutos e o incidente não estava resolvido.
  • Não foram publicados volume, taxa de falha, distribuição de atraso, resultado de reenvio, perda financeira ou achado de segurança.

A informação central é o limite da rota

O aviso localiza o problema entre algumas origens da Twilio e assinantes da Safaricom. Não descreve queda geral da plataforma nem falha de toda a rede queniana.

“Parte” permite que a fatia global seja pequena e que um cliente dependente de determinada origem sofra muitas falhas. Sem o total de mensagens, não há como combinar as duas escalas.

Três estados sem mecanismo público

A investigação começou às 13:17:38. Cerca de 35 minutos depois, a causa estava identificada. Às 14:51:54, a Twilio observava recuperação e iniciava acompanhamento.

A sequência mostra confiança operacional crescente, mas não revela o reparo. Roteamento, cadastro do remetente, filtro e interconexão são hipóteses. “Identificada” é uma condição interna, não diagnóstico publicado.

Recuperação observada não é encerramento

No horário de corte, haviam transcorrido aproximadamente vinte minutos de observação. É correto afirmar que a entrega se recuperava; não que o caso estivesse formalmente resolvido.

Filas atrasadas, mensagens vencidas ou configurações específicas podem permanecer depois de uma melhora agregada. O estado final das filas e dos recibos de entrega não foi divulgado.

O atraso pode quebrar o processo de negócio

Códigos, alertas, lembretes e avisos de entrega têm prazo curto. Uma mensagem que chega depois da validade pode produzir o mesmo resultado de uma falha.

O status não informa usos afetados nem comprova receita perdida ou falha de segurança. Cada cliente precisa cruzar a janela com seus próprios registros.

Reenvio pede controle de duplicidade

Remetentes devem separar mensagens submetidas após 13:17 UTC, revisar estados pendente, falho e entregue e conferir recibos da operadora. Reenviar tudo pode duplicar avisos; nada fazer pode deixar uma ação crítica incompleta.

A decisão depende de validade e idempotência. Um código exige token novo; uma notificação transacional, reenvio deduplicado. O aviso não oferece regra universal.

Título repetido não significa mesmo incidente

Em 29 de julho, a Twilio usou quase o mesmo título em nv815k5xyy4q. O identificador e a cronologia de 2 de agosto são outros. A recorrência aparece na rota comercial, não na continuidade do objeto anterior.

Seria útil saber se a causa se repetiu e se uma correção anterior falhou. O registro atual não estabelece essa ligação.

Fontes