<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>API on Nalar</title>
    <link>https://nalar.dev/id/tags/api/</link>
    <description>Recent content in API on Nalar</description>
    <generator>Hugo</generator>
    <language>id-id</language>
    <lastBuildDate>Sat, 19 Sep 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://nalar.dev/id/tags/api/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Idempotency Key Membatasi Keamanan Retry pada Identitas Request</title>
      <link>https://nalar.dev/id/idempotency-key-membatasi-keamanan-retry-pada-identitas-request/</link>
      <pubDate>Sat, 19 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/idempotency-key-membatasi-keamanan-retry-pada-identitas-request/</guid>
      <description>&lt;p&gt;Client dapat mengirim operasi logis yang sama lebih dari sekali meski hanya menginginkan satu efek. Timeout setelah &lt;code&gt;POST /payments&lt;/code&gt; meninggalkan batas yang ambigu: server mungkin sudah melakukan commit pembayaran sementara client tidak menerima response. Retry memulihkan pengiriman, tetapi retry biasa dapat membuat pembayaran kedua. Idempotency key mengubah interface dengan memberi identitas request yang stabil pada percobaan berulang.&lt;/p&gt;&#xA;&lt;p&gt;Key tersebut bukan pengganti transactionality dan tidak membuat setiap operasi secara intrinsik idempotent. Key membentuk protokol antara client dan server: percobaan dengan key yang sama diperlakukan sebagai kandidat untuk operasi logis yang sama. Server tetap memerlukan aturan mengenai ekuivalensi request, kedatangan konkuren, masa persistensi, pemulihan kegagalan, dan replay response.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Propagasi Deadline Membatasi Umur Request Lintas Service</title>
      <link>https://nalar.dev/id/propagasi-deadline-membatasi-umur-request-lintas-service/</link>
      <pubDate>Sat, 19 Sep 2026 00:00:00 +0000</pubDate>
      <guid>https://nalar.dev/id/propagasi-deadline-membatasi-umur-request-lintas-service/</guid>
      <description>&lt;p&gt;Sebuah request dapat kehilangan kegunaannya sebelum semua proses yang menanganinya berhenti bekerja. HTTP client mungkin berhenti menunggu setelah dua detik, sementara service upstream masih menjalankan database query, RPC, dan rangkaian retry selama beberapa detik berikutnya. Operasi tersebut tetap memakai connection, CPU time, kapasitas queue, dan konkurensi downstream meski hasilnya sudah tidak memiliki penerima.&lt;/p&gt;&#xA;&lt;p&gt;Deadline membuat batas kegunaan itu eksplisit. Propagasi deadline melalui call bertingkat memberi komponen yang terlibat satu batas atas bersama yang berasal dari request awal. Ini berbeda dari pemberian timeout independen pada setiap hop: timeout lokal membatasi operasi individual, sedangkan deadline yang dipropagasikan membatasi umur seluruh graph operasi.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
