Principais pontos
- Roteamento entre vários provedores: Conecte diversos provedores de envio (Amazon SES, SendGrid, Mailgun, SMTP genérico, Gmail OAuth) a um único workspace e gerencie todos em um só lugar.
- Balanceamento de carga por peso: Atribua a cada servidor uma fatia do tráfego de saída com base no custo, na cota diária e na taxa máxima de envio.
- Failover automático: Quando um provedor retorna erros de limitação ou de indisponibilidade (por exemplo, HTTP 429, HTTP 5xx ou um SMTP 421 do relay), as mensagens na fila são redirecionadas em tempo real para um servidor reserva.
Quando seu volume chega a centenas de milhares ou milhões de e-mails por mês, depender de um único provedor de envio passa a ser um ponto único de falha. Uma indisponibilidade do provedor, uma manutenção programada, uma limitação de taxa (throttling) ou o estouro inesperado da sua cota diária podem atrasar campanhas e e-mails transacionais dos quais o negócio depende.
A infraestrutura multi-provedor da eMailBase resolve isso transformando seus servidores de envio em um pool flexível e autorrecuperável, em vez de um canal único.
1. Os benefícios técnicos de uma arquitetura com vários servidores
Operar vários servidores de envio a partir de um único painel traz três vantagens operacionais:
Failover automatizado
Quando o servidor principal está inacessível ou rejeita envios com um erro temporário (como um SMTP 421 do relay ou um HTTP 429 ou 5xx da API de um provedor), a eMailBase move automaticamente as mensagens afetadas na fila para um servidor reserva previamente configurado, para que a campanha continue rodando. Adiamentos emitidos pelo provedor de caixa postal do destinatário (por exemplo, um 4xx do Gmail ou do Outlook) são reenviados conforme o agendamento, e não redirecionados, já que trocar de provedor não resolve um bloqueio do lado do destinatário.
Escala de vazão e de cota
Toda conta de envio na nuvem tem uma taxa máxima de envio (e-mails por segundo) e, na maioria dos provedores, uma cota diária ou mensal. Distribuir o tráfego entre vários servidores permite que a vazão total se aproxime da capacidade somada de todos eles, para que campanhas grandes terminem mais rápido. Na prática, a limitação aplicada pelos grandes provedores de caixa postal no recebimento continua valendo, então ajuste o ritmo de envio para cada domínio de destino de acordo com a sua reputação.
Separação do tráfego por finalidade
Você pode dedicar servidores separados a cada fluxo de e-mail: uma conta do Google Workspace (Gmail OAuth) para follow-ups comerciais individuais, um pool do Amazon SES para newsletters recorrentes e o Twilio SendGrid para e-mails transacionais disparados por eventos. Manter os fluxos separados também isola as reputações, para que uma newsletter com desempenho fraco não prejudique redefinições de senha e recibos.
2. Modelos comuns de infraestrutura de envio
| Modelo de arquitetura | Configuração | Principal objetivo operacional |
|---|---|---|
| Custo otimizado com failover | Amazon SES (peso de 80%) + SendGrid (peso de 20% e destino de failover) | Aproveitar o baixo custo por mensagem do Amazon SES mantendo uma rota reserva aquecida e confiável no SendGrid. |
| Configuração inicial flexível para PMEs | Gmail OAuth com 1 clique (e-mails individuais) + Amazon SES (e-mails de campanha) | Usar a caixa de e-mail corporativa que você já tem para começar rapidamente a prospecção pessoal, enquanto o SES cuida do volume em massa. O Google Workspace limita o envio a cerca de 2.000 mensagens por usuário por dia, e o envio em massa para o Gmail continua exigindo SPF, DKIM e DMARC no seu domínio. |
| Grandes empresas | Várias contas do Amazon SES em diferentes regiões (US East, EU West, Asia Pacific Southeast) | Obter cotas e taxas de envio independentes por região, manter os dados na região exigida para cumprir requisitos de residência de dados e continuar operando se uma região da AWS sofrer um incidente. |
3. Como configurar o roteamento de servidores na eMailBase
- Abra o BYO Sending Hub no seu workspace.
- Conecte cada provedor informando sua chave de API ou suas credenciais SMTP, ou vincule uma conta Google com OAuth em 1 clique.
- Ajuste o controle deslizante Weight (peso) de cada servidor para definir a divisão de tráfego desejada.
- Escolha o servidor que vai atuar como destino de failover e defina o limite de novas tentativas, ou seja, o número de tentativas com falha permitidas antes de o tráfego mudar de rota.
