REST API

Outcome：Complete the task with REST API (REST API)。 User context：倉庫アプリは `/orders/784` を取得し、条件付き `PATCH` で住所を変更し、`Link` ヘッダーをたどって追跡します。任意のステートレスサーバーがリクエストを処理できます。`ETag` が古い場合、サーバーは新しい編集を置き換える代わりに 412 を返します。 Technical concept or control：REST API (REST API)。 Why it fits：リソースベースのHTTP、キャッシュ、中間層、独自に変化できるクライアントが製品に適している場合には、RESTを使用します。 Do not use it when：APIは、HTTP経由でJSONを送信するだけではRESTfulではありません。ステートフルセッション、RPCコマンドトンネル、またはHTTPの意味を無視する設計は、異なる設計となります。 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.