Delegating durability entirely to cloud object storage is becoming the dominant pattern for modern online infrastructure. SlateDB implements an LSM-tree storage engine designed from scratch to run on services like Amazon S3 and Google Cloud Storage rather than attached SSDs or NVMe drives.
Running primary transactional workloads against object storage traditionally fails due to high baseline latencies of 50 to 100 milliseconds and per-request costs. SlateDB works around these physics by treating immutable object stores as the primary persistence layer. It batches writes into bounded immutable SSTs, relies on local memory and disk caches for high-frequency reads, and offloads compaction tasks into asynchronous, decoupled compute instances.
This architecture eliminates stateful volume management, reduces inter-zone replication fees to zero, and allows any number of readers to tail object updates without running complex ETL pipelines. Teams at Dropbox and HelixDB already run this in production to slash storage operational costs.
Decoupling storage from compute at the LSM level fundamentally changes database economics for read-heavy and bursty workloads.








