<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>system-design on Dhaval Shah</title><link>https://www.dhaval-shah.com/tags/system-design/</link><description>Recent content in system-design on Dhaval Shah</description><generator>Hugo -- gohugo.io</generator><lastBuildDate>Sat, 06 Jun 2026 02:00:50 +0000</lastBuildDate><atom:link href="https://www.dhaval-shah.com/tags/system-design/index.xml" rel="self" type="application/rss+xml"/><item><title>The Billion-User Trap</title><link>https://www.dhaval-shah.com/billion-user-trap-2-simple-apis/</link><pubDate>Sat, 06 Jun 2026 02:00:50 +0000</pubDate><guid>https://www.dhaval-shah.com/billion-user-trap-2-simple-apis/</guid><description>Background This multi part series walks through the real architectural decisions and real mistakes behind designing a globally distributed KYC User Profile system - a system that should be capable of serving billions of users at 10M+ RPD with sub-500 ms P99 latency. It's mainly about weighing trade-offs and making architectural decisions.
Not theory. Not a tutorial. No &amp;quot;here's how Redis works.&amp;quot;
If you already know what a cache stampede is, what CDC does, and why OFFSET pagination is dangerous — this series is written for you.</description></item></channel></rss>