애플리케이션 컨테이너

Outcome：Complete the task with 애플리케이션 컨테이너 (Application Container)。 User context：한 체크아웃 이미지가 두 번 시작됩니다. 각 컨테이너마다 고유한 ID, 설정, 메모리 제한 및 쓰기 가능한 데이터를 가지게 됩니다. Delivery concept or operation：애플리케이션 컨테이너 (Application Container)。 Why it fits：실행 중이거나 중지된 이미지 인스턴스에 이 용어를 사용하세요. 해당 이미지의 다이제스트, 설정, 마운트, 네트워크, 사용자 및 제한 사항을 확인하세요. Do not use it when：모든 컨테이너를 VM이나 완전한 보안 벽으로 취급하지 마세요. 격리는 런타임과 설정에 따라 다릅니다. 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.