核心要点
- 多服务商路由：将多个发信服务商（Amazon SES、SendGrid、Mailgun、通用 SMTP、Gmail OAuth）接入同一个工作区，并集中统一管理。
- 加权负载均衡：根据成本、每日配额和最高发送速率，为每台服务器分配相应比例的出站流量。
- 自动故障转移：当服务商返回限流或可用性错误（例如 HTTP 429、HTTP 5xx，或中继服务器返回的 SMTP 421）时，队列中的邮件会被实时改道至备用服务器。
当每月发信量达到数十万乃至数百万封时，只依赖单一发信服务商就会形成单点故障。服务商宕机、计划内维护、限流，或意外触及每日发信配额，都可能延误业务所依赖的营销活动和事务性邮件。
eMailBase 的多服务商基础设施正是为此而生：它将您的发信服务器从单一通道转变为一个灵活、可自我修复的资源池。
1. 多服务器架构的技术优势
在同一个控制面板中运行多台发信服务器，可带来三项运营优势：
自动故障转移
当主服务器无法连接，或以临时错误拒绝提交（例如中继服务器返回 SMTP 421，或服务商 API 返回 HTTP 429 或 5xx）时，eMailBase 会自动将队列中受影响的邮件转移到预先配置的备用服务器，确保营销活动持续运行。对于收件人邮箱服务商发出的延迟投递（例如 Gmail 或 Outlook 返回的 4xx），系统会按计划重试，而不会进行故障转移，因为更换发信服务商并不能解决收件方的拦截问题。
吞吐量与配额扩展
每个云发信账户都有最高发送速率（每秒邮件数），大多数服务商还设有每日或每月配额。将流量分散到多台服务器后，总吞吐量可以接近所有服务器容量之和，让大型营销活动更快完成。但在实际操作中，主要邮箱服务商在收件端的限流依然存在，因此仍需根据自身信誉控制发往每个收件域名的节奏。
按用途划分流量
您可以为每类邮件流分配专用服务器：用 Google Workspace 账户（Gmail OAuth）发送一对一的销售跟进邮件，用 Amazon SES 资源池发送定期新闻通讯，用 Twilio SendGrid 发送事件触发的事务性邮件。将邮件流分开还能隔离各自的信誉，避免一次表现不佳的新闻通讯拖累密码重置邮件和收据的投递。
2. 常见的发信基础设施模型
| 架构模型 | 配置方式 | 主要运营目标 |
|---|---|---|
| 成本优化 + 故障转移 | Amazon SES（80% 权重）+ SendGrid（20% 权重，兼作故障转移目标） | 享受 Amazon SES 低廉的单封发信成本，同时在 SendGrid 上保留一条已预热、可靠的备用线路。 |
| 适合中小企业的灵活入门方案 | Gmail OAuth 一键连接（一对一邮件）+ Amazon SES（营销邮件） | 借助现有企业邮箱快速开展个人化外联，由 SES 承担批量发送。Google Workspace 的发信上限约为每位用户每天 2,000 封；向 Gmail 批量发信时，您的域名仍须配置 SPF、DKIM 和 DMARC。 |
| 大型企业 | 跨区域部署多个 Amazon SES 账户（美国东部、欧洲西部、亚太东南） | 获得各区域独立的配额和发送速率，将数据保留在指定区域以满足数据驻留合规要求，并在某个 AWS 区域发生故障时保持服务在线。 |
3. 如何在 eMailBase 中配置服务器路由
- 在工作区中打开 BYO 发信中心。
- 为每个服务商填写 API 密钥或 SMTP 凭据完成接入，或通过一键 OAuth 关联 Google 账户。
- 调整每台服务器的权重滑块，设定所需的流量分配比例。
- 选择作为故障转移目标的服务器，并设置重试阈值，即流量切换线路之前允许的失败尝试次数。
前往 eMailBase BYO 发信中心，探索发信基础设施管理功能。
