Streaks of blue light converging across a dark field
↳
Platform
The event backbone
for live software.
Streams, Replay and Observe share one ordered log, one SDK and one control plane. Everything below runs on every plan, from the free tier up.
01
Streams

Ordered topics without the cluster

Create a stream with one API call. Driftwire partitions by key, keeps per-key order, and scales partitions as throughput grows — no brokers to size or rebalance.
Exactly-once delivery with idempotent producers
Per-key ordering across retries and failovers
HTTP, WebSocket and gRPC ingest on one endpoint
Schemas validated at the edge, before they spread
stream / orders
12 partitions · 41k ev/s
p0
178,204
p1
143,338
p2
170,456
p3
118,157
p4
187,889
p5
135,590
02
Replay

Rewind a consumer to the second it broke

Every consumer has its own cursor. Move it back to a timestamp, an offset or the last good deploy, and Driftwire re-delivers the exact traffic in order — at the speed you choose.
Retention up to 90 days on Scale
Replay to a sandbox consumer before going live
Throttled replays that will not swamp downstream
Every replay recorded in the audit log
consumer / billing-sync
cursor
2026-10-27 09:41:07 UTC
lag before replay
0 events
events to re-deliver
184,220
rate limit
5,000 ev/s
estimated finish
37 s
03
Observe

See every hop a message takes

Traces follow each event from producer to every consumer ack. Lag, error rates and slow handlers surface in one dashboard, and export to the OpenTelemetry stack you already run.
End-to-end traces with producer and consumer spans
Alerts on lag, failures and dead-letter growth
Search any event by key, ID or payload field
OTLP export to your tracing and metrics tools
trace / ord_8812
publish · api-gateway
edge ingest · fra
ordered log · append
fan-out · 3 consumers
ack · billing-sync
ack · search-indexer
04
Architecture

How an event moves through Driftwire

Five stages, one service. Each stage is observable and each one retries on its own, so a slow consumer never holds up the rest.
01

Publish

SDKs batch and sign events. Idempotency keys stop duplicates at source.
02

Edge ingest

The nearest region validates the schema and acknowledges in milliseconds.
03

Ordered log

Events append to a replicated, partitioned log with per-key order.
04

Fan-out

Each consumer reads at its own pace, with its own cursor and retries.
05

Observe

Spans, lag and failures stream to the dashboard and your OTLP collector.
05
Reliability

Built to be the boring part of your stack

Multi-region replication, automatic failover and a public status history. The Scale plan carries a 99.99% uptime SLA with service credits.
Delivery API · last 60 days
99.996%
60 days ago
Today
3×
Replication per region
< 30 s
Regional failover
SOC 2
Type II audited
06
SDKs

Idiomatic clients for six languages

Generated from one OpenAPI spec and tested against the same suite, so behaviour matches everywhere. Prefer raw HTTP? Every call is a plain REST request.
TypeScript
npm i @driftwire/sdk
Python
pip install driftwire
Go
go get driftwire.dev/go
Rust
cargo add driftwire
Java
implementation "dev.driftwire:sdk"
Ruby
gem install driftwire
→
Start building

Ship your first stream this afternoon

The free tier covers 5 million events a month, forever. Upgrade when your traffic does — no sales call required.
Driftwire
DRIFTWIRE
Event streaming and observability for teams shipping realtime products.
All systems normal
Changelog digest
One email a month: new features, SDK releases and incident write-ups.
© 2026 Driftwire Labs. Demo template — all names, figures and quotes are fictional.
DRIFTWIRE