Rovela
登录免费注册
← 返回博客
emailapitransactionaldeveloper

Amazon SES 替代方案（2026）：不用啃 AWS 的邮件 HTTP API

面向不想啃 IAM / SNS / AWS 账号的团队：一条 POST /emails、任意主机永久免费档、域名邮箱、HMAC webhook 与 Idempotency-Key——对照 SES，不复制营销页。

更新于 2026年11月4日
Amazon SES 替代方案（2026）：不用啃 AWS 的邮件 HTTP API

为什么有人会搜 Amazon SES 替代方案

Amazon SES 常是「人已经在 AWS 里」时的默认选择：量大时便宜、和 EC2 / 账号体系咬合深、高吞吐也经得起打。已经在生产用 SES 的团队，通常喜欢的是 单价曲线，而不是 上手仪式感。

2026 年搜「Amazon SES alternative」，很少等于「SES 投不出去」。更常见的是：

  • 不想在发出第一封 OTP 之前先搞 AWS 账号、IAM 策略、选 Region、配 SNS Topic。
  • 宣传里看到的免费档，其实是 第一年、且要从 EC2 发的约 6.2 万封/月——不是任意主机上永久可用的小配额。
  • 事件链路要走 SNS（建 Topic → 订阅 → 确认 → 拆 SNS 信封），而你只想要带 HMAC 签名的 email.delivered / email.bounced POST。
  • 希望 业务邮箱 和 入站 跟发送 API 在同一组织，而不是再挂 WorkMail 或第二家产品。
  • Worker / AI agent 会重试，需要 Idempotency-Key，免得超时再发出第二个验证码。

这不表示 SES 在规模上很弱。它表示很多搜索意图是：更简单的 HTTP DX、任意主机上的永久免费档，以及一条 POST /emails 旁边的邮箱——而不必为了发信去啃 AWS。产品对照见 Rovela 的 Amazon SES 替代 页。本文是工程长尾：AWS 摩擦点、文档可核验的 Rovela 路径、以及如何迁移且不编造功能。

其他关键词类的相关文（别把钩子搞混）：Resend 替代（邮箱 + 入站）、SendGrid 替代（少接口 HTTP）、Postmark 替代（永久免费 + 邮箱）。本文主关键词仍是 Amazon SES。

什么时候仍该留在 SES

下列情况请留下，或双跑：

  • 已经深嵌 AWS（IAM、CloudWatch、EventBridge），SES 只是同一账单与合规边界上的又一个服务。
  • 需要 极大 月发送量，SES 单价占优，且团队已经吃透 Region、沙箱出站与 SNS。
  • 采购已标准化 AWS，换厂商的成本远高于 IAM + SNS 的配置时间。

Rovela 面向的是：要事务发送，但 不想开 AWS 账号——一条 REST、任意主机上的永久免费档、域名邮箱、HMAC webhook（不必 SNS），以及同一组织上的 Idempotency-Key。

「AWS 很重」对事务型 SaaS 意味着什么

发信前的 IAM、Region 与沙箱

SES 通常要求 AWS 账号、能调 SES（往往还有 SNS）的 IAM、选定 Region，以及沙箱 → 生产才能给任意收件人发。Rovela 在 SES 替代页 上的说法很直接：一把 API Key + 一次 POST——以分钟计，而不是写一堆策略文档（快速开始、鉴权）。

免费档是 EC2 首年福利

SES 为人熟知的免费额度，常被表述为 第一年、从 EC2 发送约 6.2 万封/月。若你本来就在窗口期内用 EC2 发信，这很值钱；对跑在 PaaS 上的边车项目、staging 组织、或希望一年后仍按同一假设发信的 agent，心智模型就不对。

Rovela Free 永久有效，任意主机可用，含 每月 100 封 与 5 个邮箱、不需绑卡——完整 API、webhook、入站都在免费档；升级是提高额度，不是解锁基础能力（定价、SES 替代）。架构文档里不要写死 Pro / Enterprise 数字，以定价页为准。

用 SNS 收事件 vs HMAC webhook

SES 的投递 / 退信信号常见路径是自建 SNS Topic、订阅并确认。Rovela 把 HMAC 签名 的 webhook 直接 POST 到你的 HTTPS URL——验签、读事件即可（Webhook 概览、安全）。生产环境优先 webhook，而不是轮询 GET /emails/:id。

AWS 上的「发送积木」vs 人能打开的邮箱

SES 是 发送（以及可配置的接收）积木，不是创始人日常住在 hello@ / support@ 的地方。Rovela 在同一组织内提供浏览器可访问的 业务邮箱（Webmail 手册、SMTP），入站也是一等能力（接收邮件）。

API 层的幂等

Rovela 接受 Idempotency-Key 请求头（最长 256 字符）；24 小时内用同一键重试会返回原始响应，而不会再发一封（邮件 API、API：发信）。这对超时重试的队列 Worker 与 AI agent 很关键——不必只为扛住客户端重试再自建一张去重表。

文档可核验的地图：发信、鉴权、webhook、邮箱、入站

1. 一次发送：POST /emails

生产发送用带 sending_access 的密钥，Bearer 鉴权（快速开始、鉴权）。from 必须落在 已验证 域名上。没有「行为与线上不同」的独立沙箱密钥（快速开始）。

curl -X POST https://api.rovela.dev/emails \
  -H "Authorization: Bearer re_your_sending_key" \
  -H "Content-Type: application/json" \
  -H "Idempotency-Key: ses-migrate-otp-user_123-2026-11-05" \
  -d '{
    "from": "Acme <no-reply@yourdomain.com>",
    "to": "alice@example.com",
    "subject": "Your Acme code: 482913",
    "html": "<p>Your verification code is <b>482913</b>. It expires in 10 minutes.</p>",
    "text": "Your verification code is 482913. It expires in 10 minutes."
  }'
  • 响应：入队消息 id（{"object":"email","id":"..."}）。
  • 幂等：同一键 24 小时内 → 原始响应，不重复发送。
  • 总览：HTTP 邮件 API。无需 AWS SDK、无需 SigV4、无需记 Region 端点表。

2. 真正发信前先做域名验证

在控制台添加域名，按提示发布 DNS（SPF、DKIM、DMARC、return-path），再点验证（快速开始、域名指南）。未验证域名的发送会直接 400 拒绝，而不是静默丢弃。SES 替代 FAQ 说明多数团队可保留同一发送域，通常只需调整 DKIM/SPF（没有 DMARC 时再补）。

3. 不靠 SNS 的投递 webhook

注册只订阅你处理得了的事件；校验签名；用事件 id 去重（Webhook、安全）。空的 events 数组会订阅全部——生产环境请只列你真正处理的类型。

4. 业务邮箱、Webmail、SMTP

  • Webmail：rovela.email / Webmail 手册。
  • 客户端 SMTP：主机 mx.rovela.dev，端口 465 SSL/TLS；用户名为完整地址；密码为按设备凭证（SMTP）。邮箱只能以自身地址发送，并用你的域名 DKIM 签名。
  • 免费档含 5 个邮箱；付费档提高数量与容量（定价）。

5. 入站不必再挂一个 AWS 产品

在已验证域名上开启入站（需 full_access 密钥），发布返回的 MX；catch_all 为 false 时可只登记收件人；订阅 email.received（接收邮件）。更深模式见 入站邮件 API webhook。

迁移清单（SES 口味）

  1. 创建 Rovela 组织，先用 Free 跑通路径（注册）——不需要 AWS 账号。
  2. 验证今天在 SES 上用的发送域名（按控制台展示的 DKIM / SPF / DMARC / return-path）。
  3. 为应用服务器创建 sending_access 密钥；域名与入站管理保留 full_access。
  4. 替换客户端：丢掉 AWS SDK / SES Client；一次 POST https://api.rovela.dev/emails + Bearer——把 Source / ToAddresses / Subject / Body 一对一映射到 from / to / subject / html|text。
  5. 在 OTP、魔法链接、收据发送上加 Idempotency-Key，避免重试双发。
  6. 用 Rovela webhook 替换 SNS 订阅；切流量前先完成 HMAC 验签。
  7. 可选： 出站 OTP 干净之后，再创建邮箱并开启入站——且仅在你准备好把 MX 从 SES/WorkMail 接收路径迁走时再做。

多数团队在 DNS 可控后很快能发出第一封（SES 替代页）；邮箱与 MX 切换请单独拉长清单。可以双跑：SES 扛批量，Rovela 扛 OTP。

定价：只引用定价页

需求Rovela Free（文档）说明
月发送量100 封见 定价
邮箱5 个同一免费档
银行卡不需要永久免费档
主机限制无不绑定 EC2 / AWS 首年福利
API / webhook / 入站包含升级提高额度

付费档（定价页上的 Pro、定制 Enterprise）提高邮件、域名、邮箱与存储上限。架构决策前请重新打开 /pricing。在极大规模的 AWS 原生场景下，SES 仍可能在单价上占优——本文不编造 SES 缺陷，也不否认这一点。

本文不是什么

  • 不是声称 SES「投递失败」或「撑不住规模」——便宜的高吞吐正是 AWS 店铺从那里起步的原因。
  • 不是复制 /alternatives/amazon-ses；功能矩阵以该页为准。
  • 不是 Resend / SendGrid / Postmark 文的换皮；那些分别在上文兄弟篇（邮箱优先、接口膨胀、试用额度钩子）。
  • 不编造 MCP、国内 ESP 话题或未文档化的接口。

下一步

  1. 浏览 Amazon SES 替代 对照表。
  2. 用 快速开始 + POST /emails 从任意主机发出一封——无需 IAM。
  3. 若需要真人收件箱，创建邮箱并打开 Webmail。
  4. 若需要回复或 support@，开启 入站。
  5. 无密码登录可搭配 OTP / 魔法链接进垃圾箱 与 验证码 vs 链接。

结论： 2026 年搜 Amazon SES 替代，往往仍尊重 SES 的规模与单价——但你不想为了发 OTP 去啃 IAM、Region、SNS，以及绑在 EC2 首年的免费福利。Rovela 就是为明文 POST /emails、任意主机上的永久免费档、邮箱、HMAC webhook 与幂等重试准备的。请用上文文档核验每一条声明，然后先迁 OTP 路径。