ロードバランサー

Outcome：Complete the task with ロードバランサー (Load Balancer)。 User context：チケット発売は毎秒18,000件のリクエストを受けます。ロードバランサはTLSを終了し、トレースコンテキストを保持し、冪等なヘルスチェックのみを送信します。繰り返し失敗があるとサーバを削除します。デプロイ中は90秒の接続を排出します。リトライ制限により、1つの遅いサービスがトラフィックを増幅するのを防ぎます。 Technical concept or control：ロードバランサー (Load Balancer)。 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.