<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>idempotency on Ikoma's Blog</title><link>https://blog.yusukeikoma.com/ja/tags/idempotency/</link><description>Recent content in idempotency on Ikoma's Blog</description><generator>Hugo</generator><language>ja-jp</language><lastBuildDate>Fri, 28 Aug 2026 10:07:45 +0900</lastBuildDate><atom:link href="https://blog.yusukeikoma.com/ja/tags/idempotency/index.xml" rel="self" type="application/rss+xml"/><item><title>リトライで二重に処理される。「ちょうど1回」は作れない</title><link>https://blog.yusukeikoma.com/ja/posts/exactly-once-delivery-idempotency-and-backoff/</link><pubDate>Fri, 28 Aug 2026 10:07:45 +0900</pubDate><guid>https://blog.yusukeikoma.com/ja/posts/exactly-once-delivery-idempotency-and-backoff/</guid><description>リクエストがタイムアウトしたとき、クライアントはリクエストが失われたのか、確認応答だけが失われたのかを区別できません。だから「ちょうど1回」の配送は作れず、実際にできるのは「少なくとも1回の配送」と「重複を除く受け手」の組み合わせです。不安定なネットワークでの実験、正しく見えて89件を重複させるバグ、原子的な重複排除ストア、ジッターのシミュレーションで確かめます。</description></item><item><title>開始の許可を未終了のあいだ一つにする</title><link>https://blog.yusukeikoma.com/ja/posts/one-open-admission/</link><pubDate>Wed, 12 Aug 2026 10:27:31 +0900</pubDate><guid>https://blog.yusukeikoma.com/ja/posts/one-open-admission/</guid><description>分散タスクの同時実行制御として、作業面ごとの開始許可・投入時の宛先固定・マシン停止時の冪等な再送を設計する方法を説明します。</description></item></channel></rss>