Azure Container Apps 애플리케이션 수명 주기는 수정 버전을 중심으로 진행됩니다.
컨테이너 앱을 배포하면 첫 번째 수정 버전이 자동으로 만들어집니다.
컨테이너가 변경되거나 구성 섹션을 조정하면 template이 만들어집니다.
컨테이너 앱은 배포, 업데이트, 비활성화, 종료의 네 단계로 진행됩니다.
참고 항목
Azure Container Apps 작업은 수정 버전을 지원하지 않습니다. 작업은 직접 배포 및 업데이트됩니다.
배포
컨테이너 앱을 배포할 때 첫 번째 수정 버전을 자동으로 만듭니다.
업데이트
수정 범위 변경으로 컨테이너 앱을 업데이트하는 경우 새 수정 버전을 만듭니다. 이전 수정 버전을 자동으로 비활성화할지(단일 수정 모드)를 사용할 수 있도록 허용할지(여러 수정 모드) 선택할 수 있습니다.
단일 수정 모드를 사용하는 경우, Container Apps는 무중단 배포를 지원하기 위해 자동으로 수정 버전 간에 전환합니다.
비활성화
수정 버전이 더 이상 필요하지 않은 경우 수정 버전을 비활성화하고 필요한 경우 나중에 다시 활성화할 수 있습니다. 비활성화하는 동안 수정 버전의 컨테이너가 종료됩니다.
Shutdown
컨테이너는 다음과 같은 상황에서 종료됩니다.
- 컨테이너 앱이 확장되는 경우
- 컨테이너 앱이 삭제되는 경우
- 수정 버전이 비활성화된 경우
종료가 시작되면 컨테이너 호스트는 컨테이너에 SIGTERM 메시지를 보냅니다. 컨테이너의 코드는 종료를 처리하기 위해 이 운영 체제 수준 메시지에 응답할 수 있습니다.
애플리케이션이 SIGTERM 메시지에 대해 30초 이내에 응답하지 않으면 SIGKILL이 컨테이너를 종료합니다.
애플리케이션이 종료를 정상적으로 처리할 수 있는지 확인합니다. 컨테이너는 정기적으로 다시 시작되므로 상태가 컨테이너 내부에 유지될 것이라고 기대하지 마세요. 대신 비용이 많이 드는 인메모리 캐시 요구 사항을 충족하려면 외부 캐시를 사용합니다.