Campanha: taxa de transferência de entrega em lote menor que o esperado
Um delivery de email em lote pode enviar mais lentamente do que o esperado, mesmo quando não há nenhum defeito funcional na infraestrutura de envio. Nesse padrão, o delivery não é bloqueado, mas a taxa de envio alcançada cai porque o conteúdo do email é muito grande para que a capacidade de envio disponível seja processada na taxa de transferência esperada.
Descrição description
Uma entrega foi relatada como com baixo desempenho em relação ao destino de envio por hora esperado. A taxa de envio esperada era de 20 milhões de emails por hora. Os testes mostraram um máximo de ~13 milhões de emails entregues em uma hora.
A revisão inicial não mostrou uma falha persistente de plataforma.
A preparação do delivery registrada:
Aviso: o Tamanho do Conteúdo de Entrega é superior a 200,0 kB (227,2 kB).
Resolução resolution
A análise de acompanhamento mostrou que o principal fator que contribuiu foi o tamanho do conteúdo do email, que estava significativamente acima da orientação de práticas recomendadas.
Quando o tamanho do conteúdo foi reduzido nos testes de acompanhamento, o throughput melhorou materialmente. Isso confirmou que o problema estava relacionado principalmente ao tamanho da mensagem e ao custo de processamento, não a uma interrupção geral da plataforma.
Por que o tamanho do email afeta a velocidade de envio?
O tamanho do email tem um efeito direto na taxa de transferência, pois cada mensagem deve ser:
- montado para o recipient,
- processado para personalização e rastreamento,
- preparado para transmissão,
- assinado e embalado para entrega,
- transferidos através da rede.
À medida que a carga útil do HTML cresce, cada uma dessas etapas se torna mais cara.
Em envios em lote de alto volume, esse custo é multiplicado por milhões de mensagens. Mesmo que o sistema permaneça íntegro, mensagens maiores consomem mais largura de banda de CPU e rede na camada de envio. Quando esses recursos estiverem saturados, o sistema ainda poderá enviar com êxito, mas a taxa de mensagens por hora diminuirá.
Por que isso acontece?
Os motivos mais comuns para emails maiores atrasarem a entrega são:
- Mais bytes devem ser transmitidos por recipient. Mensagens maiores requerem mais transferência de rede de saída. Em escala, isso por si só pode se tornar um fator limitante.
- É necessário mais processamento por mensagem. Corpos maiores do HTML aumentam o trabalho necessário para a montagem de conteúdo, personalização, manipulação de links de rastreamento e empacotamento de mensagens.
- A camada de envio atinge os limites de recursos mais cedo. Quando a largura de banda de saída ou do CPU é totalmente utilizada, o throughput é reduzido. Isso não indica necessariamente um mau funcionamento; pode simplesmente significar que a infraestrutura está operando com capacidade total para o tamanho de mensagem atual.
- O design do modelo pode aumentar o tamanho inesperadamente. Marcação excessiva ou personalização excessivamente complexa podem aumentar o tamanho da mensagem renderizada muito além do que é aparente durante a criação.
Com um tamanho superior a 200 kB por mensagem e usando 2 servidores MID-sourcing com 2 contêineres de servidor cada, foi observado que durante o envio:
CPU 100% sustentado em todos os 4 (espaço do usuário - conjunto de mensagens/DKIM)
Rede 210 MB/s TX por host (850 MB/s nos 4 containers)
Memória 35% usada, troca 0, iowait 0%
Velocidade alcançada: 17,6 M/h
iowait 0 e memória 31% significam que nada fica com fome ou travado. A CPU em 100% significa que a camada intermediária é o gargalo ativo e é totalmente usada, que é exatamente o que um teste de taxa de transferência envia para ela. A única coisa que 100% do CPU representa é que não há espaço livre no CPU, portanto, mais throughput, ou margem, vem de emails mais leves ou mais núcleos/contêineres MID.
A prática recomendada da Adobe é manter um email em torno de 35 kB - https://experienceleague.adobe.com/pt-br/docs/campaign/campaign-v8/send/delivery-best-practices