300k RPS on two vCPUs
A production Postgres kept breaking under the reads on its hot path. Caching was the obvious fix and invalidation the risk, so the team was careful about it, with good reason. There was talk of heavier machinery, Kafka among it, which I thought was more than the problem called for.
Rather than argue the point, I built a prototype the team could pull apart, and we went through it over a few technical sessions. The dataset was small and stable enough to sit in memory, so invalidation could be driven straight off the Postgres replication log. It came out ahead of every alternative on cost, on how far it scaled, and on how much there was to maintain.
Peaked at 300k requests per second on two commodity vCPUs. The incidents stopped.