워커 동시성

Outcome：Complete the task with 워커 동시성 (Worker Concurrency)。 User context：영수증 큐에는 120개의 메시지가 있습니다. 세 명의 소비자가 각각 사용 가능한 메시지 하나씩 가져가므로 한 번에 최대 세 개의 영수증이 표시됩니다. 큐가 증가하면 오토스케일러가 소비자를 추가할 수 있습니다. 풀은 저장 서비스의 안전 한도를 초과하지 않습니다. Technical concept or control：워커 동시성 (Worker Concurrency)。 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.