<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>RPC on Nalar</title>
    <link>https://nalar.dev/id/tags/rpc/</link>
    <description>Recent content in RPC on Nalar</description>
    <generator>Hugo</generator>
    <language>id-id</language>
    <lastBuildDate>Mon, 21 Sep 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://nalar.dev/id/tags/rpc/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Propagasi Deadline Menjaga Budget Timeout Antar-RPC Hop</title>
      <link>https://nalar.dev/id/propagasi-deadline-menjaga-budget-timeout-antar-rpc-hop/</link>
      <pubDate>Mon, 21 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/propagasi-deadline-menjaga-budget-timeout-antar-rpc-hop/</guid>
      <description>&lt;h1 id=&#34;propagasi-deadline-menjaga-budget-timeout-antar-rpc-hop&#34;&gt;Propagasi Deadline Menjaga Budget Timeout Antar-RPC Hop&lt;/h1&gt;&#xA;&lt;p&gt;Timeout yang dimulai ulang pada setiap boundary service dapat mengubah budget caller yang singkat menjadi rangkaian work yang jauh lebih lama. Client mungkin memberi waktu 800 milidetik, service A menghabiskan 500 milidetik untuk proses lokal, lalu memanggil service B dengan timeout baru sebesar 800 milidetik. B dapat terus bekerja lama setelah client berhenti menunggu.&lt;/p&gt;&#xA;&lt;p&gt;Propagasi deadline mempertahankan satu waktu akhir pada request. Setiap hop menghitung sisa budget dari deadline tersebut dan tidak memulai work yang tidak lagi muat di dalamnya. Mekanisme ini tidak otomatis membuat eksekusi lebih cepat. Hasil utamanya adalah eksekusi terbatas yang mematuhi kontrak waktu dari upstream.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
