ロードシェディング

Outcome：Complete the task with ロードシェディング (Load Shedding)。 User context：サービスは、毎秒1,000件のリクエストを処理できます。需要が1,240に達します。重要なチェックアウトのトラフィックを保持し、240件のリクエストを迅速に拒否します。 Technical concept or control：ロードシェディング (Load Shedding)。 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.