PRODPlataforma BaaS soberana europeaAbrir panel →
ACTUAR/PRODUCTOS/REALTIME
REALTIME · NATIVE SYNC

Sincronización, presencia,
transmisión.

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 características

De la sincronización primitiva al multijugador en tiempo 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
#
transmisión en vivo

Inspección del flujo de producción en tiempo real

Vista previa de un flujo de producción anónimo. Cada evento se deduplica y se ordena por canal, distribuyéndose en menos de 15 ms a todos los suscriptores activos.

STREAM · eu-west-3 · channel_id = LIVE_SAMPLE
EN VIVOVENTILACIÓN · 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] }
#
Rendimiento

Puntos de referencia verificados, sin tonterías 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
#
Comparación

Aurabase · Supabase · Hábilmente

CaracterísticaAurabaseSupabasehábilmente
TransportsWS · SSE · NATSWS onlyWS · Binary
Native presenceIncludedIncludedIncluded
Postgres CDCIncludedIncludedNo
Event replayConfigurableNoYes (Ably)
MultiplexingUnlimited100 channels200 channels
BillingConnection × minConnection × hrMessage × event
Open sourceApache 2.0MITProprietary
#
Preguntas frecuentes

Preguntas frecuentes

What is the difference between WebSocket, SSE, and NATS?+
WebSocket es bidireccional y nuestro transporte predeterminado. SSE es un servidor unidireccional de servidor a cliente (útil detrás de servidores proxy corporativos restrictivos). NATS es el transporte entre servicios dentro de nuestra infraestructura: en una VPC de Aurabase, puede conectar a su trabajador directamente a NATS para una latencia de proceso a proceso de menos de milisegundos.
Are messages guaranteed exactly-once?+
Exactamente una vez por clave dentro de un canal (ordenación y deduplicación a través de message_id del lado del servidor). El canal cruzado es al menos una vez: el SDK expone visto_ids para deduplicar en el lado del cliente si es necesario.
How do you scale beyond 1M concurrent connections?+
Agregue POP. Cada POP acepta 1 millón de conexiones. El estado de presencia se divide mediante hash consistente y se replica en 3 copias.
Can we filter Postgres CDC changes server-side?+
Sí. filter: 'tenant_id=eq.$1' se evalúa en el lado del servidor frente a WAL, por lo que los clientes solo reciben los cambios que les conciernen. Las políticas de Postgres RLS también se aplican a eventos en tiempo real.
What about offline mode?+
El SDK mantiene un búfer local (IndexedDB/AsyncStorage) y reproduce los intentos tras la reconexión. Los conflictos se resuelven mediante relojes vectoriales opcionales o ganancias de última escritura configurables por canal.
What is the real pricing model?+
Plan gratuito: 100 conexiones simultáneas × 1h/día. Plan Pro: 100.000 conexiones × total de horas de conexión en el mes a 0,015 € por 1.000 horas de conexión. No hay facturación por mensaje en el nivel Pro.
TIEMPO REAL HABILITADO DE FORMA PREDETERMINADA

Abre un canal y escucha la producción en vivo.

No se requiere configuración. Un canal, tres líneas de código, un panel viviente.

No se requiere tarjeta de crédito · 500 MB gratis · 50,000 MAU