컨테이너 오케스트레이션

Outcome：Complete the task with 컨테이너 오케스트레이션 (Container Orchestration)。 User context：한 팀이 세 개의 체크아웃 사본을 요청합니다. 관리자(오케스트레이터)가 이를 배치하고, 실패한 사본을 교체하며, 준비된 사본으로 트래픽을 유도합니다. Delivery concept or operation：컨테이너 오케스트레이션 (Container Orchestration)。 Why it fits：많은 컨테이너 워크로드가 스케줄링, 스케일링, 복구, 네트워킹 및 배포를 위한 공유 규칙이 필요할 때는 오케스트레이션을 사용하십시오. Do not use it when：빌드나 테스트 파이프라인을 오케스트레이션이라고 부르지 마십시오. CI/CD는 릴리스를 전달하고, 오케스트레이션은 실행 중인 워크로드를 관리합니다. 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.