<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Scalability on Nalar</title>
    <link>https://nalar.dev/id/tags/scalability/</link>
    <description>Recent content in Scalability on Nalar</description>
    <generator>Hugo</generator>
    <language>id-id</language>
    <lastBuildDate>Tue, 22 Sep 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://nalar.dev/id/tags/scalability/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Consistent Hashing Membatasi Perpindahan Key Saat Topologi Berubah</title>
      <link>https://nalar.dev/id/consistent-hashing-membatasi-perpindahan-key-saat-topologi-berubah/</link>
      <pubDate>Tue, 22 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/consistent-hashing-membatasi-perpindahan-key-saat-topologi-berubah/</guid>
      <description>&lt;h1 id=&#34;consistent-hashing-membatasi-perpindahan-key-saat-topologi-berubah&#34;&gt;Consistent Hashing Membatasi Perpindahan Key Saat Topologi Berubah&lt;/h1&gt;&#xA;&lt;p&gt;Distributed cache atau service yang dipartisi memerlukan aturan untuk memetakan setiap key ke node. Aturan sederhana seperti &lt;code&gt;hash(key) % N&lt;/code&gt; menarik selama jumlah node tetap. Masalah muncul ketika &lt;code&gt;N&lt;/code&gt; berubah.&lt;/p&gt;&#xA;&lt;p&gt;Perubahan dari empat node menjadi lima mengganti pembagi untuk setiap key. Sebagian besar remainder ikut berubah, sehingga penambahan kapasitas biasa dapat memetakan ulang bagian besar dataset sekaligus. Pada cache, kondisi ini dapat memicu gelombang miss. Pada storage yang menyimpan state, perubahan tersebut dapat menghasilkan pekerjaan migrasi yang besar.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
