PRODPlataforma BaaS europeia soberanaAbra o painel →
ACCUEIL/PRODUTOS/REALTIME
REALTIME · NATIVE SYNC

Sincronização, presença,
transmissão.

Auto-negotiated WebSocket, SSE, and NATS. Presence, replay, guaranteed ordering, explicit backpressure. 1M connections per POP, sub-15ms p99 fanout.

14ms
P99 FANOUT
1M
CNX/POP
3
TRANSPORTS
app/dashboard/live.tsxTYPESCRIPT
const channel = aura.channel('sensors:live')
channel
.on('postgres_changes', {
event: 'INSERT',
schema: 'public',
table: 'sensors',
filter: 'tenant_id=eq.${tid}',
}, ({ new: row }) => render(row))
.subscribe()
// Auto-negotiates WebSocket → SSE → NATS based on network
#
Conjunto de recursos

Da sincronização primitiva ao multijogador em tempo real

3 auto-negotiated transports

WebSocket first, then SSE, then server-side NATS. The client selects the optimal protocol based on network conditions.

WS · SSE · NATS

Presence API

Who is currently in the room, custom state, join/leave events. Consistent hashing for cross-region state reconciliation.

< 20ms SYNC

Multiplex N channels

Open 1,000 channels over a single TCP connection. Atomic subscribe/unsubscribe with zero extra connection overhead.

N CHANNELS · 1 TCP

Backpressure & ordering

Guaranteed ordering per channel, configurable client buffer, explicit drop policy. No silent duplications.

EXACTLY-ONCE PER-KEY

Event replay

Replays the last N events upon reconnection. Configured per channel, default retention of 100 messages or 60 seconds.

REPLAY WINDOW · 60s

Collab cursors

Native collaborative cursor primitives for multi-user apps. Server-side adaptive throttling, client-side interpolation.

60 FPS · THROTTLED
#
Transmissão ao vivo

Inspeção do fluxo de produção em tempo real

Visualização de um fluxo de produção anônimo. Cada evento é desduplicado e ordenado por canal, distribuindo-se em menos de 15 ms para todos os assinantes ativos.

STREAM · eu-west-3 · canal_id = LIVE_SAMPLE
AO VIVOFANOUT · 9msCLIENTES · 12.418
14:32:08.412INSERTsensors:live·{ device_id: "dvc_9f2a", temp: 24.7 }
14:32:08.510PRESENCEdoc:42·user_j8k joined · cursor@(340, 120)
14:32:09.001UPDATEorders:live·{ id: "ord_77c", status: "shipped" }
14:32:09.188BROADCASTchat:general·{ event: "typing", user: "ci_42" }
14:32:09.440INSERTsensors:live·{ device_id: "dvc_4a1", temp: 23.9 }
14:32:09.702PRESENCEdoc:42·user_n3e left
14:32:10.020DELETEsessions:live·{ session_id: "sess_0x4" }
14:32:10.155BROADCASTgame:room-8·{ event: "move", coords: [12, 44] }
#
Desempenho

Benchmarks verificados, sem boatos de marketing

14ms
P99 FANOUT
Median 6ms — 1M concurrent clients, 12 active regions
1M
CONNECTIONS / POP
Per point of presence, standard edition
256KB
MAX MSG
Per message — automatic chunking beyond
#
Comparação

Aurabase · Supabase · Habilmente

RecursoAurabaseSupabaseHabilmente
TransportsWS · SSE · NATSWS onlyWS · Binary
Native presenceIncludedIncludedIncluded
Postgres CDCIncludedIncludedNo
Event replayConfigurableNoYes (Ably)
MultiplexingUnlimited100 channels200 channels
BillingConnection × minConnection × hrMessage × event
Open sourceApache 2.0MITProprietary
#
Perguntas frequentes

Perguntas frequentes

What is the difference between WebSocket, SSE, and NATS?+
WebSocket é bidirecional e nosso transporte padrão. SSE é unidirecional servidor-cliente (útil atrás de proxies corporativos restritivos). NATS é o transporte entre serviços dentro de nossa infraestrutura – em um Aurabase VPC, você pode conectar seu trabalhador diretamente ao NATS para obter latência de processo a processo abaixo de um milissegundo.
Are messages guaranteed exactly-once?+
Exatamente uma vez por chave em um canal (ordenação e desduplicação por meio de message_id do lado do servidor). Cross-channel ocorre pelo menos uma vez – o SDK expõe visto_ids para desduplicar no lado do cliente, se necessário.
How do you scale beyond 1M concurrent connections?+
Adicione POPs. Cada POP aceita 1 milhão de conexões. O estado de presença é particionado usando hashing consistente e replicado em 3 cópias.
Can we filter Postgres CDC changes server-side?+
Sim. filter: 'tenant_id=eq.$1' é avaliado no lado do servidor em relação ao WAL, portanto, os clientes recebem apenas as alterações que lhes dizem respeito. As políticas de RLS do Postgres também se aplicam a eventos em tempo real.
What about offline mode?+
O SDK mantém um buffer local (IndexedDB/AsyncStorage) e reproduz intenções na reconexão. Os conflitos são resolvidos por meio de relógios vetoriais opcionais ou vitórias de última gravação configuráveis por canal.
What is the real pricing model?+
Plano gratuito: 100 conexões simultâneas × 1h/dia. Plano Pro: 100 mil conexões × total de horas de conexão no mês a € 0,015 por 1 mil horas de conexão. Não há cobrança por mensagem no nível Pro.
TEMPO REAL ATIVADO POR PADRÃO

Abra um canal e ouça a produção ao vivo.

Configuração zero necessária. Um canal, três linhas de código, um painel dinâmico.

Não é necessário cartão de crédito · 500 MB grátis · 50.000 MAU