自動化技術・エンジニア系（IT・Web）分散システム・連携基盤エンジニア

データ連携障害の再処理で重複更新・順序逆転・部分成功を抑える設計を作る

複数システム間のイベント再処理で、冪等性キー、順序保証、部分成功、再試行上限、補償処理を検証するための入力、手順、確認点をまとめます。

目安時間：35分難易度：上級アプリ：指定なし

プロンプトの内容を確認 ↓

PURPOSE

このプロンプトでできること

PREPARE

用意する情報

イベントID、順序キー、送受信ログ、再試行記録、各処理の副作用、重複許容範囲、依存サービス、復旧SLO。実データは必要に応じて匿名化してください。

WORKFLOW

使い方

必要な情報をそろえ、個人情報や機密情報を伏せてから入力してください。出力は元資料と照合して利用してください。

AI INSTRUCTION

AIへの指示文

コピー用

入力欄を埋めてから利用してください。

複数システム間のイベント再処理で、冪等性キー、順序保証、部分成功、再試行上限、補償処理を検証する。入力に含まれる情報だけを使い、記載のない事実、数値、合意は補わないでください。
【入力】
イベントID、順序キー、送受信ログ、再試行記録、各処理の副作用、重複許容範囲、依存サービス、復旧SLO

【素材】
[匿名化した情報を貼り付け]

次の制約を守ってください。
本番再処理やデータ補正を実行せず、冪等性・補償の仕様を設計責任者と運用担当が検証してください。
不足情報や矛盾は推測せず確認事項として示し、次の形式で出力してください。
状態遷移、重複・順序逆転ケース、冪等性条件、再試行・隔離キュー、補償処理、停止と復旧の検証項目を示す設計レビュー

コピー操作はこのブラウザー内で行います

EXAMPLE

入力例と出力例

入力例（説明用）

同一注文イベントE-9がタイムアウト後に再送、在庫引当は成功・請求記録は失敗、再送時に在庫が二重減算するリスク

出力例（説明用）

【説明用の合成例】
再送前にイベントIDと業務キーの処理記録を照合。部分成功を同一トランザクションと仮定せず、在庫引当・請求処理の状態遷移と補償手順を別々に検証する。

TIPS

使うときのコツ

本番再処理やデータ補正を実行せず、冪等性・補償の仕様を設計責任者と運用担当が検証してください。不明点は推測せず、確認事項として分けてください。

使う前に確認してください

案を自動実行せず、権限者の承認と例外時の停止条件を確認してください。