
  <rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
      <title>Rambling Me</title>
      <link>https://www.rambling-me.com/blog</link>
      <description>A blog to reflect my thoughts, learnings, and observations</description>
      <language>en-us</language>
      <managingEditor>me@rambling-me.com (Dopeking)</managingEditor>
      <webMaster>me@rambling-me.com (Dopeking)</webMaster>
      <lastBuildDate>Sat, 18 Jul 2026 00:00:00 GMT</lastBuildDate>
      <atom:link href="https://www.rambling-me.com/tags/orders-of-magnitude/feed.xml" rel="self" type="application/rss+xml"/>
      
  <item>
    <guid>https://www.rambling-me.com/blog/posts/technology/scaling/orders-of-magnitude/1-reading-the-numbers</guid>
    <title>Scaling: Reading the Numbers</title>
    <link>https://www.rambling-me.com/blog/posts/technology/scaling/orders-of-magnitude/1-reading-the-numbers</link>
    <description>The first part of a pillar on scaling. Before you design anything, you have to read the numbers honestly: peak versus sustained, the read/write mix, tail latency, and the fan-out that turns one user action into dozens of downstream calls. The raw request-per-second figure almost always lies.</description>
    <pubDate>Sat, 18 Jul 2026 00:00:00 GMT</pubDate>
    <author>me@rambling-me.com (Dopeking)</author>
    <category>technology</category><category>scaling</category><category>orders-of-magnitude</category><category>system-design</category><category>throughput</category><category>latency</category><category>capacity-planning</category><category>practitioner</category>
  </item>

  <item>
    <guid>https://www.rambling-me.com/blog/posts/technology/scaling/orders-of-magnitude/2-what-breaks-and-when</guid>
    <title>Scaling: What Breaks, and When</title>
    <link>https://www.rambling-me.com/blog/posts/technology/scaling/orders-of-magnitude/2-what-breaks-and-when</link>
    <description>A walk up the orders of magnitude with one system. At hundreds of requests per second a single box is fine. At thousands, caching and replicas earn their keep. At tens of thousands the sync path cracks and state becomes the enemy. At millions, physics starts dictating the architecture. What breaks first at each rung, and the cheapest thing that fixes it.</description>
    <pubDate>Mon, 20 Jul 2026 00:00:00 GMT</pubDate>
    <author>me@rambling-me.com (Dopeking)</author>
    <category>technology</category><category>scaling</category><category>orders-of-magnitude</category><category>system-design</category><category>bottlenecks</category><category>database</category><category>sharding</category><category>practitioner</category>
  </item>

  <item>
    <guid>https://www.rambling-me.com/blog/posts/technology/scaling/orders-of-magnitude/3-the-menu-of-levers</guid>
    <title>Scaling: The Menu of Levers</title>
    <link>https://www.rambling-me.com/blog/posts/technology/scaling/orders-of-magnitude/3-the-menu-of-levers</link>
    <description>The full survey of everything you can reach for when you need to scale, on both sides of the wire. API-side levers from horizontal scale and caching to async and backpressure, and client-side levers from the CDN to optimistic UI. Each one gets a line on what it buys and what it costs. This is the map; the API and UI series are the territory.</description>
    <pubDate>Wed, 22 Jul 2026 00:00:00 GMT</pubDate>
    <author>me@rambling-me.com (Dopeking)</author>
    <category>technology</category><category>scaling</category><category>orders-of-magnitude</category><category>system-design</category><category>caching</category><category>load-balancing</category><category>async</category><category>practitioner</category>
  </item>

  <item>
    <guid>https://www.rambling-me.com/blog/posts/technology/scaling/orders-of-magnitude/4-choosing-under-constraints</guid>
    <title>Scaling: Choosing Under Constraints</title>
    <link>https://www.rambling-me.com/blog/posts/technology/scaling/orders-of-magnitude/4-choosing-under-constraints</link>
    <description>How to actually decide which levers to pull. The forcing axes are consistency versus availability, cost, operational burden, and team maturity. CAP and PACELC give the tradeoff precise words, premature optimization is the default failure mode, and the domain you are in, banking versus commerce versus advertising, quietly decides which cost you refuse to pay.</description>
    <pubDate>Sat, 25 Jul 2026 00:00:00 GMT</pubDate>
    <author>me@rambling-me.com (Dopeking)</author>
    <category>technology</category><category>scaling</category><category>orders-of-magnitude</category><category>system-design</category><category>CAP</category><category>consistency</category><category>tradeoffs</category><category>practitioner</category>
  </item>

    </channel>
  </rss>
