Hibira 与 Supabase Realtime 对比
Supabase 每个收到消息的客户端都算一条；Hibira 只计算你发布的消息，并沿用 Pusher 协议与 SDK。
Supabase Realtime 是 Supabase 平台的一部分：通过 Supabase SDK 提供 broadcast、presence 和 Postgres 变更事件。Hibira 是托管的 Pusher 协议服务，同样的事件通过 pusher-js、Laravel Echo 和所有 Pusher SDK 送达客户端，无论你用哪种数据库。
一览
| Supabase Realtime | Hibira | |
|---|---|---|
| 协议与 SDK | Supabase SDK | Pusher 协议：pusher-js、Laravel Echo 和所有 Pusher SDK |
| 消息怎么计算 | 发送算一条，每个收到的客户端再各算一条 | 只计算发布的消息，无论有多少客户端收到 |
| 免费套餐 | 峰值 200 个连接、每月 200 万条消息 | 100 个连接、每天 20 万条消息 |
| 付费 | Pro 每月 25 美元起：峰值 500 个连接、每月 500 万条消息，超出后每 1,000 个连接 10 美元、每百万条消息 2.50 美元 | 每月 35 美元：1,000 个连接、每天 200 万条消息 |
| 数据库变更 | 流式推送 Postgres 的变更 | 在你的代码保存后发布 |
| 推送通知 | 不包含 | 包含（兼容 Beams） |
Supabase 的数字取自 supabase.com/pricing 和其 Realtime 消息说明，查询日期 2026-10-25。
Supabase
Hibira
实际算一次
一个实时仪表盘每 10 秒向 1,000 位观看者发送一次小更新，一天是 8,640 次更新。Supabase 每次更新在发送时算一条，再加上 1,000 位观看者各一条：每月约 2.6 亿条消息，在 Pro 套餐上除了 25 美元基本费，还要约 650 美元的消息超额费。Hibira 只计算每天 8,640 次发布；每次更新在线路上约 200 字节，观看者每月共收到约 52 GB，符合每月 89 美元的 Pro 套餐。如果每条消息只发给少数客户端（例如一对一聊天），两者的差距就小很多。
什么情况 Supabase Realtime 更合适
- 你的 App 已经运行在 Supabase 上，想不写额外代码就把数据库变更推送给客户端。
- 每条消息只会发给少数客户端。
- 你想从同一家厂商获得身份验证、存储和数据库。
什么情况 Hibira 更合适
- 你的消息会扩散给很多观看者，例如仪表盘、直播观众或通知。
- 你的数据库不是 Supabase，或后端是 Laravel 等支持 Pusher 的框架。
- 你需要在同一个套餐里使用推送通知。
- 你的用户在东亚与东南亚。
集成指南说明如何从各种服务器语言发布事件。
常见问题
Supabase 怎么计算 Realtime 消息？
Supabase 在消息发送时算一次，每个收到的客户端再各算一次。Hibira 只计算你发布的消息，发给订阅者不另计。
1,000 人观看的实时仪表板，哪个更便宜？
如果每 10 秒更新一次，Supabase 每月约计 2.6 亿条消息，在 Pro 方案上约多出 $650 的超额费用；同样的仪表板用 Hibira 每月 $89 的 Pro 方案就够。
使用 Hibira 需要 Supabase 吗？
不需要。只要后端能调用 Hibira 的 HTTP API，任何数据库都能用；客户端则使用 pusher-js、Laravel Echo 或任何 Pusher SDK。
Supabase Realtime 是其所有者的商标。