<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Distributed-Systems on cloudmato.com</title><link>https://cloudmato.com/tags/distributed-systems/</link><description>Recent content in Distributed-Systems on cloudmato.com</description><generator>Hugo -- gohugo.io</generator><language>en</language><managingEditor>cloudmato.com</managingEditor><webMaster>cloudmato.com</webMaster><lastBuildDate>Sun, 14 Jun 2026 21:29:11 +0530</lastBuildDate><atom:link href="https://cloudmato.com/tags/distributed-systems/index.xml" rel="self" type="application/rss+xml"/><item><title>What Is Hadoop, and Why It Isn't 10 Microservices on K8s</title><link>https://cloudmato.com/posts/what-is-hadoop-vs-microservices-kubernetes/</link><pubDate>Sun, 14 Jun 2026 21:29:11 +0530</pubDate><author>cloudmato.com</author><guid>https://cloudmato.com/posts/what-is-hadoop-vs-microservices-kubernetes/</guid><description>&lt;p&gt;Someone asked me this exact question last week, and it&amp;rsquo;s a good one because both setups &lt;em&gt;look&lt;/em&gt; the same if you squint. A bunch of machines, some shared storage in the middle, work spread across nodes. So why does one get called &amp;ldquo;big data&amp;rdquo; and the other &amp;ldquo;microservices&amp;rdquo;? Are they just two words for the same cluster? Honestly, no. They&amp;rsquo;re built on opposite assumptions about one thing: &lt;strong&gt;where the data lives and who moves to whom.&lt;/strong&gt;&lt;/p&gt;</description></item><item><title>UUID vs Sequential IDs: What, Why, and Which to Pick</title><link>https://cloudmato.com/posts/uuid-vs-sequential-ids-explained/</link><pubDate>Thu, 04 Jun 2026 22:06:34 +0530</pubDate><author>cloudmato.com</author><guid>https://cloudmato.com/posts/uuid-vs-sequential-ids-explained/</guid><description>&lt;p&gt;You expose an API endpoint like &lt;code&gt;/api/orders/1042&lt;/code&gt;. That integer tells anyone listening — a competitor, an attacker, a curious user — exactly how many orders you have. Change the number to 1041, you get the previous order. Change it to 1, you get the very first one. No auth bypass needed. The ID itself is the information leak.&lt;/p&gt;
&lt;p&gt;That&amp;rsquo;s the sequential ID problem in one paragraph. UUID exists to fix it — and a few other things that matter at scale.&lt;/p&gt;</description></item><item><title>How Kafka Manages a Cluster and Routes Consumers Right</title><link>https://cloudmato.com/posts/kafka-cluster-management-consumer-routing/</link><pubDate>Wed, 03 Jun 2026 11:55:22 +0530</pubDate><author>cloudmato.com</author><guid>https://cloudmato.com/posts/kafka-cluster-management-consumer-routing/</guid><description>&lt;p&gt;Kafka looks deceptively simple from the outside — you publish to a topic, someone reads from it. Under the hood it is a fairly intricate distributed system where several pieces have to agree on who owns what before a single byte gets delivered. I spent a good amount of time untangling this, and most articles stop at &amp;ldquo;partitions give you parallelism&amp;rdquo; without explaining the actual handshake. Let me go deeper.&lt;/p&gt;</description></item></channel></rss>