01 — provinを入れる場所
provinを入れる場所
処理の完了と、次の区間への送信を別の記録として残す。署名付きの emission log と、下流に残った配送記録を突き合わせることで、届かなかった区間を特定できるようにする。
USE CASE 04
IoT・イベント処理・at-most-once 配送
処理できたのに
届かなかった。
その差を記録に残す
処理が終わったことと、次のシステムへ届いたことを別に記録し、配送途中の欠落をあとから判別する。
起きていること
処理は成功。
でも、下流にデータがない
センサーデータの変換処理は正常に終わり、アプリケーションのログにも成功と残っている。ところが、次のサービスには結果が届いていない。
処理の成功だけを記録していると、どこで消えたのかは分からない。処理が出力を作ったことと、その出力を配送できたことを分けて見られる必要がある。
この場面での流れ
02 — 確認できること
確認できること
- 処理そのものが完了したか確認する。
- 次の区間への送信記録が残っているか確認する。
- 「処理済み・未配送」の状態を、処理失敗と分けて追う。
公開E2Eでの確認
公開 E2E の losswindow で、emission log と下流の配送記録の突合により、配送ロスを特定できることを確認。
記録の読み方
provinは配送の状態を記録する。配送を exactly-once に変えるものではない。
データの受け渡しに、検証できる記録を置く
provinは、受信・検証・処理・署名・発行を同じデータフローの中で扱う。接続方法と現在の実装範囲は、アーキテクチャと技術仕様で確認できる。