롤링 배포

Outcome：Complete the task with 롤링 배포 (Rolling Deployment)。 User context：서비스에는 네 개의 인스턴스가 있습니다. 하나가 추가로 시작될 수 있지만, 어느 것도 사용 불가 상태여서는 안 됩니다. 각 준비된 배치는 다음 교체를 허용합니다. Delivery concept or operation：롤링 배포 (Rolling Deployment)。 Why it fits：두 버전이 동시에 실행 가능하며 정상 용량을 유지할 수 있을 때 사용하세요. 배치, 준비 상태, 일시 중지, 실패, 롤백 규칙을 정의하세요. Do not use it when：다운타임이 없다고 약속하지 마십시오. 취약한 준비 상태 검사, 낮은 용량, 긴 연결, 또는 호환되지 않는 데이터 변경은 여전히 서비스를 중단시킬 수 있습니다. Delivery requirements: Name the code repository and target. List preconditions, changes, review and CI checks, conflict and data-loss risks, release order, and the rollback or recovery command. Repository safeguards: Keep unpublished work and a clear history. Do not run destructive steps without an explicit backup. Check the exact code diff and remote target before publishing. Acceptance criteria: Review the intended diff and pass all required checks. Keep the target version traceable. Practice failure recovery and keep published history clear. Evidence and limits (evidence boundary)：하나의 공식 표준이 전체 용어를 통제하지 않음. 의미는 팀, 플랫폼 또는 프레임워크마다 달라질 수 있음. Unknowns to confirm: Repository, branch, team activity, release environment, approval owner, protected checks, and rollback target.