Agoda Replaces 72-Shard SQL Server Price Cache with DragonflyDB

Agoda was running 1.5 TB of volatile price data across 72 SQL Server shards at 300,000 reads and 1.5 million writes a second, with manual shard remapping every time it grew. Moving to DragonflyDB cut P99 read latency from about 64ms to 8ms. The part I would steal regardless of your datastore: they ran dual reads and validated parity above 99.9% on Prometheus metrics before shifting any traffic.