<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Sistem Terdistribusi on Nalar</title>
    <link>https://nalar.dev/id/tags/sistem-terdistribusi/</link>
    <description>Recent content in Sistem Terdistribusi on Nalar</description>
    <generator>Hugo</generator>
    <language>id-id</language>
    <lastBuildDate>Wed, 16 Sep 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://nalar.dev/id/tags/sistem-terdistribusi/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>HTTP 421 Misdirected Request Menandai Batas Authority Koneksi</title>
      <link>https://nalar.dev/id/http-421-misdirected-request-menandai-batas-authority-koneksi/</link>
      <pubDate>Wed, 16 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/http-421-misdirected-request-menandai-batas-authority-koneksi/</guid>
      <description>&lt;p&gt;Client HTTP/2 dapat menggunakan ulang satu secured connection untuk request ke lebih dari satu origin ketika server authoritative untuk origin-origin tersebut. Namun, sebuah request tetap dapat mencapai server instance yang connection context-nya tidak sesuai dengan target URI. &lt;code&gt;421 Misdirected Request&lt;/code&gt; ada untuk boundary ini: server menolak routing context, bukan memperlakukan target resource itu sendiri sebagai tidak ada.&lt;/p&gt;&#xA;&lt;p&gt;Perbedaan ini memisahkan resource semantics dari connection authority. Response 421 berarti server ini, pada path atau connection context ini, tidak mampu atau tidak bersedia menghasilkan authoritative response untuk target URI. Itu tidak berarti resource telah dihapus, method-nya dilarang, atau request representation tidak valid.&lt;/p&gt;</description>
    </item>
    <item>
      <title>HTTP If-Match Mengubah State Representasi Menjadi Write Precondition</title>
      <link>https://nalar.dev/id/http-if-match-mengubah-state-representasi-menjadi-write-precondition/</link>
      <pubDate>Wed, 16 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/http-if-match-mengubah-state-representasi-menjadi-write-precondition/</guid>
      <description>&lt;p&gt;Origin HTTP dapat menolak &lt;code&gt;PUT&lt;/code&gt; atau &lt;code&gt;DELETE&lt;/code&gt; sebelum menerapkannya ketika request membawa &lt;code&gt;If-Match&lt;/code&gt; dan representasi yang dipilih tidak lagi memiliki entity tag yang diterima. Kondisi ini mengubah representation validator menjadi write precondition: client dapat menyatakan bahwa mutasi hanya valid terhadap state yang masih cocok dengan versi yang sebelumnya diamati.&lt;/p&gt;&#xA;&lt;p&gt;Mekanisme ini menangani boundary konkurensi tertentu. Ia dapat mencegah satu client diam-diam mengganti resource state setelah client lain mengubah representasi yang dipilih. Namun ia tidak mengubah HTTP menjadi transaction protocol, tidak mengunci resource antar-request, dan tidak menjamin bahwa entity tag mewakili setiap bagian application state yang terlibat dalam mutasi.&lt;/p&gt;</description>
    </item>
    <item>
      <title>HTTP If-Range Mengikat Pengambilan Parsial pada Identitas Representasi</title>
      <link>https://nalar.dev/id/http-if-range-mengikat-pengambilan-parsial-pada-identitas-representasi/</link>
      <pubDate>Wed, 16 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/http-if-range-mengikat-pengambilan-parsial-pada-identitas-representasi/</guid>
      <description>&lt;p&gt;Client yang hanya memiliki sebagian dari sebuah representasi HTTP menghadapi masalah konsistensi ketika kemudian meminta byte yang belum diterima. Offset byte hanya bermakna terhadap representasi yang byte-nya menjadi dasar offset tersebut. Jika representasi terpilih berubah di antara request, menggabungkan prefix lama dengan suffix baru dapat menghasilkan data yang tidak pernah dikirim server mana pun.&lt;/p&gt;&#xA;&lt;p&gt;&lt;code&gt;If-Range&lt;/code&gt; mengikat identitas representasi pada boundary pengambilan parsial tersebut. Ketika validator-nya cocok, server dapat memproses field &lt;code&gt;Range&lt;/code&gt; yang menyertainya. Ketika tidak cocok, server mengabaikan &lt;code&gt;Range&lt;/code&gt; dan mengirim representasi terpilih secara lengkap melalui jalur response sukses biasa, alih-alih mengembalikan response failed-precondition.&lt;/p&gt;</description>
    </item>
    <item>
      <title>HTTP Stale-While-Revalidate Memindahkan Refresh Cache dari Request Path</title>
      <link>https://nalar.dev/id/http-stale-while-revalidate-memindahkan-refresh-cache-dari-request-path/</link>
      <pubDate>Wed, 16 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/http-stale-while-revalidate-memindahkan-refresh-cache-dari-request-path/</guid>
      <description>&lt;p&gt;Cache dapat langsung mengembalikan stored response yang sudah expired dan memulai validation secara paralel ketika &lt;code&gt;stale-while-revalidate&lt;/code&gt; mengizinkan reuse tersebut. Request yang menemukan stale entry karena itu tidak harus ikut menanggung origin validation latency, tetapi dapat menerima representation data yang lebih lama daripada normal freshness lifetime.&lt;/p&gt;&#xA;&lt;p&gt;Ini adalah pergeseran yang disengaja dalam cache contract. Freshness tetap berakhir pada boundary yang dikonfigurasi. Extension menambahkan interval terpisah tempat stale reuse diizinkan sementara validation berlangsung, sehingga response age dan request latency menjadi sebagian terpisah.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Rancang Dead-Letter Queue untuk Poison Message</title>
      <link>https://nalar.dev/id/rancang-dead-letter-queue-untuk-poison-message/</link>
      <pubDate>Fri, 04 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/rancang-dead-letter-queue-untuk-poison-message/</guid>
      <description>&lt;p&gt;Retry berguna ketika kegagalan bersifat sementara. Database mungkin tidak tersedia selama beberapa detik, service downstream dapat mengembalikan respons overload, atau koneksi jaringan dapat terputus lalu pulih.&lt;/p&gt;&#xA;&lt;p&gt;Retry menjadi merugikan ketika pesan itu sendiri memang tidak mungkin berhasil.&lt;/p&gt;&#xA;&lt;p&gt;Payload yang malformed, versi schema yang tidak didukung, referensi ke data yang hilang secara permanen, atau bug aplikasi yang deterministik dapat membuat pesan yang sama gagal pada setiap delivery. Jika broker terus mengembalikan pesan itu kepada consumer tanpa batas, sistem menghabiskan kapasitas untuk mengulang pekerjaan yang tidak punya peluang berhasil.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
