Neste documento, explicamos como se preparar da melhor maneira para processar um alto volume de mensagens no webhook. A plataforma Business Messages está pronta para produção para vários cenários diferentes. Nossa equipe de suporte também pode ajudar você a se preparar caso esteja antecipando um evento específico. Siga algumas etapas simples para deixar o webhook mais robusto.
Tráfego do usuário para o webhook
Para o tráfego entre usuários, considere o tipo de padrão de tráfego esperado para sua empresa. Você espera algum padrão "discrepante" ou alterações repentinas no volume da mensagem? Por exemplo, um restaurante que serve apenas jantar pode esperar muitas mensagens à noite e algumas pelo resto do dia. Em outro exemplo, uma loja que está fazendo uma promoção especial pode esperar um volume de mensagens anormalmente alto quando a promoção é anunciada.
Em geral, a infraestrutura do Google está preparada para lidar com bursts de tráfego repentinos. O Business Messages usa os mesmos recursos de servidor que os produtos grandes como Gmail e Google Cloud. É improvável que o volume de mensagens no seu webhook seja tão alto que o Business Messages seja o ponto de falha. Além disso, o Business Messages coloca as mensagens de cada agente em fila separadamente. Se uma das filas de mensagens do agente ficar congestionada, isso não vai afetar os outros agentes, mesmo que eles compartilhem o mesmo webhook.
No entanto, isso se aplica apenas à fila de mensagens na infraestrutura do Business Messages. Depois que a mensagem é entregue ao webhook, a história é diferente. É preciso garantir que o webhook possa ser escalonado conforme necessário implementando filas, processando solicitações em paralelo e assim por diante. Se o webhook responder a uma mensagem com HTTP 500 ou não responder, o Business Messages vai fazer um backup exponencial da taxa de entrega de mensagens. As mensagens permanecem na fila por sete dias. Se o webhook não responder com HTTP 200 nesse período, o Business Messages descartará a mensagem.
Tráfego de webhook para usuário
As mensagens enviadas do webhook precisam seguir uma cota de 60 mensagens por minuto a cada conversa. Os fluxos de mensagens legítimos provavelmente não atingirão essa cota, mas você precisa estar preparado para lidar com erros HTTP 429 do Business Messages que indicam que você está excedendo a cota.
De modo geral, se o webhook recebe um HTTP 429 ou HTTP 500 do Business Messages, isso indica um erro temporário relacionado à taxa de mensagens. Repita essas mensagens com uma estratégia de espera exponencial. No entanto, se o webhook receber um HTTP 503 ou um HTTP 4xx (diferente do HTTP 429), pare de tentar novamente e notifique nossa equipe de suporte imediatamente. Esses códigos de erro podem indicar uma dificuldade com a infraestrutura do Business Messages, como um incidente de DOS. O envio de mais mensagens só abordaria o problema.
Não há critérios de suspensão específicos relacionados a exceder cotas de mensagens, mas o Business Messages pode suspender agentes que estão se comportando de forma irregular ou enviando muitas mensagens. Verifique os critérios de suspensão para garantir que seu agente esteja seguindo os padrões exigidos.
Como conseguir ajuda
É melhor entrar em contato assim que você antecipar um problema. Se você estiver esperando que esteja esperando uma situação de tráfego extremamente alto, como uma campanha promocional altamente divulgada, podemos ativar outros recursos de veiculação para que ele seja o mais preparado possível. No entanto, na maioria dos casos, medidas como essa não são necessárias.
Se você já estiver com um problema de carregamento de mensagens, entre em contato. Faremos o possível para ajudar você a resolvê-lo.