トランザクショナルアウトボックス

Outcome：Complete the task with トランザクショナルアウトボックス (Transactional Outbox)。 User context：チェックアウトは注文 `984` とアウトボックスイベント `OrderCreated:984` を 1 つのトランザクションで保存します。リレーは後でイベントを公開します。送信後に行をマークする前で停止すると、再度送信されることがあります。コンシューマはイベント ID によって重複を削除します。 Technical concept or control：トランザクショナルアウトボックス (Transactional Outbox)。 Why it fits：コミットされたデータベースの変更が確実にメッセージやイベントにつながる必要がある場合に使用してください。アウトボックスを同じトランザクション内に保持し、リレーを信頼できる独立したプロセスとして動作させてください。 Do not use it when：1回の配信やサービス間の1回の取引と呼ぶな。繰り返しイベント、その順序、中継の遅延、クリーンアップ、安全な重複処理を計画せよ。 Engineering requirements: Define inputs, outputs, contracts, and rules that must always hold. Set authorization and input checks. Define failures, timeouts, retries, one-time effects, data moves, and compatibility limits. Operations: Add useful signals and logs that hide sensitive data. Set capacity limits and write an operator guide. Test recovery and rollback. Acceptance criteria: Contract and failure-path tests pass. Data and authorization rules still hold during retries and partial failures. Check performance limits, monitoring, recovery, and rollback. Evidence and limits (evidence boundary)：単一の公式標準が全体の用語を管理するわけではありません。その意味はチーム、プラットフォーム、またはフレームワークによって変わる可能性があります。 Unknowns to confirm: Where the code runs, data stores, traffic shape, consistency needs, and the security boundary. Also confirm the compatibility period, service goals, and rollback limits.