メッセージキュー

Outcome：Complete the task with メッセージキュー (Message Queue)。 User context：チェックアウトは注文 984 とアウトボックスレコードを 1 つのトランザクションで書き込みます。リレーはその後、「領収書を生成」を耐久キューに送信します。3 人のワーカーは PDF を保存した後にのみ確認し、短期ストレージの失敗はバックオフで再試行します。常に失敗するメッセージは、その相関 ID とともにデッドレターキューに送られます。 Technical concept or control：メッセージキュー (Message Queue)。 Why it fits：トラフィックの急増に対応したり、遅い作業を分けたり、短期の失敗を再試行したり、タスクを共有したりするにはキューを使用してください。配信方法を正確に定義してください。 Do not use it when：即時の応答が必要な場合はキューを追加しないでください。また、冪等性のあるコンシューマー、バックログ制限、可観測性、および常に失敗するメッセージの対応策がない場合も避けてください。 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.