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