アーキテクチャ設計・分散システム重要度:★★★出題: AM2・PM1・PM2

冪等性（べきとうせい：Idempotency）設計

べきとうせいせっけい / Idempotency in Distributed Systems

通信タイムアウト等によるリトライで同じリクエストやバッチ処理が複数回実行されても、1回実行したときと同じ結果になり二重計上・二重決済を起こさない性質。

3行速習ポイント

通信タイムアウト等によるリトライで同じリクエストやバッチ処理が複数回実行されても、1回実行したときと同じ結果になり二重計上・二重決済を起こさない性質。
一意なリクエストID（冪等キー / トランザクションID）を採番して処理済みテーブルで重複排除するか、状態遷移チェック付きのUPDATE文で実装します。
試験対策：午後I・午後IIのオンラインAPI連携・夜間バッチ再実行設計において、「障害復旧・リトライ時のデータ二重登録防止策」とし...

図解

図冪等性の設計・評価構造

Step 1

冪等キー（一意リクエストID）

業務要件・システム制約の整理と構造化

↕

Step 2

重複実行排除

一意なリクエストID（冪等キー / トランザクションID）を採番して処理済みテーブルで重複

↕

Step 3

リトライ安全性（At-least-once配信への対応）

全APIリクエストにUUID形式の冪等キーを付与してDB側で一意制約チェックを行う設計とし

概要と本質

通信タイムアウト等によるリトライで同じリクエストやバッチ処理が複数回実行されても、1回実行したときと同じ結果になり二重計上・二重決済を起こさない性質。一意なリクエストID（冪等キー / トランザクションID）を採番して処理済みテーブルで重複排除するか、状態遷移チェック付きのUPDATE文で実装します。