로드 밸런서

Outcome：Complete the task with 로드 밸런서 (Load Balancer)。 User context：티켓 발매는 초당 18,000건의 요청을 받습니다. 로드 밸런서는 TLS를 종료하고, 추적 컨텍스트를 유지하며, 오직 멱등성 건강 체크만 전송합니다. 반복적인 실패 후 서버를 제거합니다. 배포 중에는 90초 연결을 소모합니다. 재시도 제한은 하나의 느린 서비스가 트래픽을 증폭시키는 것을 막습니다. Technical concept or control：로드 밸런서 (Load Balancer)。 Why it fits：수요를 공유하고 트래픽을 비정상 서버로부터 멀리 유지할 때 사용하세요. 상태 점검(health checks), 드레인(draining), 시간 초과(timeouts), 재시도(retries), 관측 규칙(observability rules)을 테스트하세요. 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.