DB Ware Company 不作为邮件流量中转方。
部署完成后,邮件无需经过 DB Ware Company 的服务器。
运营模式
Ware Send 不是由 DB Ware Company 托管的发送套餐,而是安装在客户指定环境中的基础设施软件。
部署完成后,邮件无需经过 DB Ware Company 的服务器。
项目包括引擎、部署、配置和集成;支持与后续升级可单独签约。
核心理念
对于高邮件量应用,企业可以把引擎纳入自己的架构,并按技术要求规划服务器、IP 与处理能力。
一个由您控制的域名,用于发件身份与认证,例如 company.com。
具有公网 IP 的 Linux 服务器,资源按预计发送量配置。基础设施由客户自行采购并持有。
ERP、SaaS、金融科技、电商、计费、Marketplace 或任何需要发送邮件的系统。
投递架构
邮件直接从项目专属基础设施发送。
邮件直接从项目专属基础设施发送。
基础设施容量规划
Ware Send 使用环境的真实容量,不按消息数量设置人为上限。以下范围用于单一企业、受控活动队列和动态任务释放的起始规划。
| 发送量参考 | 起始 CPU | 起始 RAM | 建议 SSD/NVMe |
|---|---|---|---|
| 100k | 1 vCPU | 2 GB | 20–30 GB |
| 500k | 1–2 vCPU | 2–4 GB | 20–40 GB |
| 1M | 2 vCPU | 4 GB | 30–50 GB |
| 2M | 2–4 vCPU | 4–8 GB | 40–80 GB |
| 5M | 4 vCPU | 8 GB | 60–120 GB |
| 10M | 4–8 vCPU | 8–16 GB | 100–250 GB |
存储范围是活动队列、日志、临时数据和附件的近似余量。共享内容不会按收件人重复;长时间 defer、大消息或更大的活动窗口可能需要更多空间。
Adaptive Engine 观察 CPU、RAM、I/O、可用磁盘、backlog、消息成本与排空能力;有余量时加速,高压时降低重任务并应用 backpressure。
大型操作可把数百万收件人登记为一个任务。共享内容和附件只保留一份,Engine 只 materialize 当前 VPS 能处理的窗口。
兼容基础设施
通过官方链接按地区、容量、支持、网络和基础设施策略比较 VPS / cloud。
VPS / cloud 由客户自行购买和管理。以下链接仅作为评估和验证的基础设施参考。
端到端实施
在客户授权访问后,我们准备环境、配置邮件身份、安装引擎并完成投递测试,然后再交付生产使用。
确认域名、VPS/Cloud、公网IP、预计量、源应用和集成方式。
建立 mail.company.com 等子域,并配置 A、PTR、SPF、DKIM、DMARC。
安装 Gateway、MTA/Postfix、DKIM 签名、TLS/HTTPS、Token、队列和运行服务。
测试 DNS、反向 DNS、证书、DKIM、SPF、DMARC、队列、SMTP 出口和服务状态。
提供 REST API 文档与示例;项目范围需要时提供认证 SMTP。
执行真实测试邮件,并交付可运行环境、凭据和项目文档。
客户自己的身份
DB Ware Company 提供并部署 Ware Send;邮件传输基础设施与日常运营由客户控制。
例如 mail.company.com,指向客户环境。
公网 IP 的反向 DNS 与引擎主机名保持一致。
SPF、DKIM、DMARC 按客户域名配置。
API Token 和技术凭据保留在客户环境。
实际场景
支持事务流程与应用生成的大批量邮件。
使用生态
Ware Send 负责投递层;收件人、发送时机和内容仍由客户应用决定。
通知、注册确认、密码重置、OTP、安全码、账单、文档、系统告警,以及 ERP、SaaS、金融科技和电商产生的自动邮件。
自建 SMTP 服务器、SMTP relay、邮件 gateway、REST API、MTA/Postfix、持久队列,以及部署在 VPS、Cloud 或专用 Linux 上的 self-hosted 基础设施。
Bulk email、批量发送、newsletter、营销活动和邮件营销基础设施可以把 Ware Send 作为投递层。分群、同意、opt-in 与退订逻辑仍由客户应用管理。
DKIM、SPF、DMARC、PTR、reverse DNS、TLS、IP/域名信誉、warm-up、hostname 与认证都属于投递技术设计的一部分。
部署价格
部署价格以 BRL 固定。USD/EUR 为 DB Ware 汇率 API 自动计算的参考值。
部署价格
购买在项目指定环境中部署 Ware Send,已包含产品的修复与改进更新。VPS/Cloud、IP、基础设施服务、持续支持及按需定制升级按商业合同范围执行。
USD/EUR 仅作参考换算。部署合同以 BRL 结算。
Ware Send 是部署到客户环境的一次性实施价格。SendGrid 是按套餐/邮件量持续收费的 SaaS。表格使用 SendGrid Email API 官方公开价格作为商业参考。
| 方案 | 套餐 / 邮件量 | 公开价格 | 计费 |
|---|---|---|---|
| Ware Send | 部署到客户环境 · 容量由基础设施规划 | R$ 14.999,90 | 一次性 |
| SendGrid Email API | Essentials · 50.000 emails | US$ 19.95/月 | 持续 SaaS |
| SendGrid Email API | Essentials · 100.000 emails | US$ 34.95/月 | 持续 SaaS |
| SendGrid Email API | Pro · 100.000 emails | US$ 89.95/月 | 持续 SaaS |
| SendGrid Email API | Pro · 300.000 emails | US$ 249.00/月 | 持续 SaaS |
| SendGrid Email API | Pro · 700.000 emails | US$ 499.00/月 | 持续 SaaS |
| SendGrid Email API | Pro · 1.500.000 emails | US$ 799.00/月 | 持续 SaaS |
| SendGrid Email API | Pro · 2.500.000 emails | US$ 1,099.00/月 | 持续 SaaS |
SendGrid 价格来自官方公开价格表,可能变化并可能含税费或附加条件。这里只比较商业模式,不代表功能等同。
查看 SendGrid 官方价格经济模型
Ware Send 采用不同的架构模式:企业获得一个运行在自有环境中的投递引擎。总体成本应综合许可、部署与客户基础设施。
投递基础设施属于服务商,合同通常随套餐、邮件量、功能或容量变化。
面向邮箱的服务有自身运营限制,并不一定等同于专用高容量投递引擎。
应用使用所选服务商的容量与技术策略。
软件授权并安装在客户 VPS/Cloud 中,由企业自行规划与运营投递基础设施。
这是商业模式对比,不表示功能完全等价。第三方价格和政策请以各服务商官方信息为准。
在持续付费模式下,所选周期内的支出约为
—。
引擎内部
在专属环境中整合认证入口、MIME、持久队列、签名、传输和诊断。
Token、HTML、文本、CC/BCC、Reply-To 和幂等。对于活动,应用还可以请求通过电子邮件接收完成摘要和详细报告。
Base64 文件和 CID 图片。
已接收消息留在 MTA 队列并按规则重试。
从客户基础设施通过 SMTP 向收件方 MX 投递。
实施时完成域名认证与对齐。
安全 API 入口,并在对端支持时使用加密 SMTP。
检查 Gateway、MTA、DKIM 和队列状态。
验证 DNS、PTR、服务、25端口和运行状态。
实施验证器
项目包含技术诊断。下方展示典型检查项。
infrastructure-check应用集成
应用使用项目交付的凭据和 Endpoint;传输、签名与队列由引擎负责。
适合现代应用,使用 Bearer 认证与 JSON。
根据项目范围,可为旧系统或已有 SMTP 配置的应用提供。
POST /api/v1/sendcurl https://mail.company.tld/api/v1/send \
-H "Authorization: Bearer $TOKEN" \
-H "Content-Type: application/json" \
-d '{
"from_email": "billing@company.tld",
"to": ["customer@example.com"],
"subject": "Payment confirmed",
"html": "<h1>Confirmed</h1>"
}'
HTTP API v1 与旧系统 SMTP Submission:认证、payload、MIME、限制、幂等性与运行状态。
技术透明
吞吐、并发和投递时间取决于 CPU、内存、网络、IP、域名信誉、收件方策略与环境配置。高容量项目需要合理的 sizing、可观测性与 warm-up。
常见问题
不会作为运营中转方。Ware Send 部署在客户指定环境中,交付后流量可以直接从该环境发送到收件方服务器。
不销售。基础设施由客户选择并采购,DB Ware Company 在该环境部署和配置 Ware Send。
按软件许可与部署项目提供,并根据商业范围确定。支持与后续升级可另行签约。
可以。Hostname、PTR、SPF、DKIM 与 DMARC 按客户身份和项目范围配置。
不是。重点是 ERP、SaaS、金融科技、电商、计费、认证等系统产生的事务与运营邮件。
任何物理系统都不存在无限容量。支持的邮件量取决于基础设施规划、IP、信誉与收件方服务器策略。