PRODPiattaforma BaaS europea sovranaApri Dashboard →
ACCUEIL/PRODOTTI/REALTIME
REALTIME · NATIVE SYNC

Sincronizzazione, presenza,
trasmesso.

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
#
Insieme di funzionalità

Dalla sincronizzazione primitiva al multiplayer in tempo reale

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
#
Alimentazione dal vivo

Ispezione del flusso di produzione in tempo reale

Anteprima di un flusso di produzione anonimo. Ogni evento viene deduplicato e ordinato per canale, distribuendosi in meno di 15 ms a tutti gli abbonati attivi.

STREAM · eu-west-3 · channel_id = LIVE_SAMPLE
VIVIFANO-OUT · 9msCLIENTI · 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] }
#
Prestazioni

Benchmark verificati, nessuna sciocchezza di 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
#
Confronto

Aurabase · Supabase · Abilmente

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

Domande frequenti

What is the difference between WebSocket, SSE, and NATS?+
WebSocket è bidirezionale ed è il nostro trasporto predefinito. SSE è unidirezionale server-client (utile dietro proxy aziendali restrittivi). NATS è il trasporto interservizi all'interno della nostra infrastruttura: su un VPC Aurabase, puoi collegare il tuo lavoratore direttamente a NATS per una latenza da processo a processo inferiore al millisecondo.
Are messages guaranteed exactly-once?+
Esattamente una volta per chiave all'interno di un canale (ordine e deduplicazione tramite message_id lato server). Il cross-channel è almeno una volta: lo rivela l'SDK visti_id per deduplicare sul lato client, se necessario.
How do you scale beyond 1M concurrent connections?+
Aggiungi POP. Ogni POP accetta 1 milione di connessioni. Lo stato di presenza viene partizionato utilizzando un hashing coerente e replicato su 3 copie.
Can we filter Postgres CDC changes server-side?+
Sì. filter: 'tenant_id=eq.$1' viene valutato lato server rispetto al WAL, quindi i client ricevono solo le modifiche che li riguardano. Le policy RLS di Postgres si applicano anche agli eventi in tempo reale.
What about offline mode?+
L'SDK mantiene un buffer locale (IndexedDB/AsyncStorage) e riproduce gli intenti alla riconnessione. I conflitti vengono risolti tramite orologi vettoriali opzionali o last-write-win configurabili per canale.
What is the real pricing model?+
Piano gratuito: 100 connessioni simultanee × 1 ora al giorno. Piano Pro: 100.000 connessioni × ore di connessione totali nel mese a 0,015 € per 1.000 ore di connessione. Nessuna fatturazione per messaggio nel livello Pro.
REALTIME ABILITATO PER DEFAULT

Apri un canale e ascolta la produzione dal vivo.

Nessuna configurazione richiesta. Un canale, tre righe di codice, una dashboard vivente.

Nessuna carta di credito richiesta · 500 MB gratuiti · 50.000 MAU