Amazon ECS 카나리 배포

트래픽 이전 - Amazon ECS가 프로덕션 트래픽을 이전하는 데 사용하는 프로세스. Amazon ECS 카나리 배포의 경우 트래픽은 두 단계로 이전됩니다. 먼저 카나리 백분율로 이전한 다음 배포를 완료합니다.

카나리 백분율 - 평가 기간에 새 버전으로 라우팅되는 트래픽의 백분율.

카나리 베이크 소요 시간 - 전체 배포를 진행하기 전에 카나리 버전을 모니터링하는 기간.

배포 베이크 소요 시간 - 모든 프로덕션 트래픽을 새 서비스 개정으로 이전한 후 Amazon ECS가 이전 서비스 개정을 종료하기 전에 대기하는 시간. 프로덕션 트래픽이 이전한 후 블루 및 그린 서비스 개정이 모두 동시에 실행되는 기간입니다.

수명 주기 단계 - '프로덕션 트래픽 전환 후'와 같은 배포 작업에 존재하는 일련의 이벤트.

수명 주기 후크 - 특정 수명 주기 단계에서 실행되는 Lambda 함수. 배포를 확인하는 함수를 생성할 수 있습니다.

대상 그룹 - 요청을 하나 이상의 등록된 대상(예: EC2 인스턴스)으로 라우팅하는 데 사용되는 ELB 리소스. 리스너를 생성할 때 기본 작업에 대한 대상 그룹을 지정합니다. 트래픽은 리스너 규칙에 지정된 대상 그룹으로 전달됩니다.

리스너 - 사용자가 구성한 프로토콜 및 포트를 사용하여 연결 요청을 확인하는 ELB 리소스. 리스너에 대해 사용자가 정의한 규칙에 따라 Amazon ECS가 등록된 대상으로 요청을 라우팅하는 방법이 결정됩니다.

규칙 - 리스너와 연결된 ELB 리소스. 규칙은 요청이 라우팅되는 방식을 정의하며, 작업, 조건, 우선순위로 구성됩니다.

리소스 사용량: 카나리 배포는 평가 기간에 원본 태스크 세트와 카나리 태스크 세트를 동시에 실행하여 리소스 사용량을 늘립니다.

트래픽 볼륨: 카나리 백분율이 새 버전의 의미 있는 검증을 위해 충분한 트래픽을 생성하는지 확인합니다.

복잡성 모니터링: 카나리 배포에서는 두 버전 간의 지표를 동시에 모니터링하고 비교해야 합니다.

롤백 속도: 카나리 배포에서는 트래픽을 원래 태스크 세트로 다시 이전하여 빠른 롤백이 가능합니다.

위험 완화: 카나리 배포는 적은 비율의 사용자로 노출을 제한하여 뛰어난 위험 완화 기능을 제공합니다.

배포 기간: 카나리 배포에는 전체 배포 시간을 연장하지만 검증 기회를 제공하는 평가 기간이 포함됩니다.

초기 - 배포는 블루(현재) 서비스 개정으로 라우팅된 트래픽의 100%로 시작됩니다. 그린(신규) 서비스 개정은 테스트 트래픽을 수신하지만 처음에는 프로덕션 트래픽은 수신하지 않습니다.

카나리 트래픽 이전 - 2단계 트래픽 이전 전략입니다.

카나리 베이크 소요 시간 - 트래픽 로드가 증가함에 따라 새 개정의 성능을 모니터링하고 검증할 수 있도록 카나리 트래픽 이전 후 구성 가능한 기간(카나리 베이크 소요 시간)을 대기합니다.

수명 주기 후크 - 배포 중 다양한 수명 주기 단계에서 선택적 Lambda 함수를 실행하여 자동화된 검증, 모니터링 또는 사용자 지정 로직을 수행할 수 있습니다. PRODUCTION_TRAFFIC_SHIFT에 대해 구성된 Lambda 함수 또는 수명 주기 후크는 모든 프로덕션 트래픽 이전 단계에서 간접 호출됩니다.

카나리 백분율 - 카나리 단계에서 새 서비스 개정으로 라우팅할 트래픽의 백분율. 이를 통해 프로덕션 트래픽의 제어된 하위 세트로 테스트할 수 있습니다.

카나리 베이크 소요 시간 - 남은 트래픽을 새 서비스 개정으로 이전하기 전에 카나리 단계에서 대기하는 기간. 이 시간에 새 버전을 모니터링하고 검증할 수 있습니다.

원래 대상 그룹 - 현재 안정적인 버전의 태스크를 포함하며 대부분의 트래픽을 수신합니다.

카나리 대상 그룹 - 새 버전의 태스크를 포함하며 테스트를 위해 소량의 트래픽을 수신합니다.

가중치 기반 라우팅 - 로드 밸런서는 가중치 기반 라우팅 규칙을 사용하여 구성된 카나리 백분율을 기반으로 대상 그룹 간에 트래픽을 분산합니다.

상태 확인 - 두 태스크 세트 모두 트래픽을 수신하기 전에 상태 확인을 통과해야 합니다.

지표 비교 - 응답 시간, 오류율 및 처리량과 같은 원래 버전과 카나리 버전 간의 주요 성능 지표를 비교합니다.

자동 롤백 - 카나리 버전에서 성능이 저하된 경우 롤백을 자동으로 트리거하도록 CloudWatch 경보를 구성합니다.

수동 검증 - 평가 기간을 사용하여 계속하기 전에 로그, 지표 및 사용자 피드백을 수동으로 검토합니다.

작게 시작 - 트래픽의 5~10%로 시작하여 문제가 발생할 경우 영향을 최소화합니다.

애플리케이션 중요도 고려 - 미션 크리티컬 애플리케이션에는 더 작은 비율을 사용하고 덜 중요한 서비스에는 더 큰 비율을 사용합니다.

트래픽 볼륨 고려 - 카나리 백분율이 의미 있는 검증을 위해 충분한 트래픽을 생성하는지 확인합니다.

충분한 시간 허용 - 의미 있는 성능 데이터를 캡처할 수 있을 만큼 충분히 긴 평가 기간을 설정합니다. 일반적으로 10~30분입니다.

트래픽 패턴 고려 - 애플리케이션의 트래픽 패턴과 최대 사용 시간을 고려합니다.

속도 및 안전의 균형 - 평가 기간이 길수록 더 많은 데이터를 제공하지만 배포 속도는 느립니다.

주요 지표 - 두 작업 세트의 응답 시간, 오류율, 처리량 및 리소스 사용률을 모니터링합니다.

경보 기반 롤백 - 지표가 임계치를 초과할 때 롤백을 자동으로 트리거하도록 CloudWatch 경보를 구성합니다.

비교 분석 - 원래 버전과 카나리 버전 간의 지표를 나란히 비교하도록 대시보드를 설정합니다.

비즈니스 지표 - 기술 지표와 함께 전환율 또는 사용자 참여와 같은 비즈니스별 지표를 포함합니다.

자동화된 롤백 - 상태 확인 및 성능 지표를 기반으로 자동 롤백 트리거를 구성합니다.

수동 롤백 절차 - 자동화된 트리거가 모든 문제를 캡처하지 않는 경우 수동 롤백에 대한 명확한 절차를 문서화합니다.

롤백 테스트 - 롤백 절차를 정기적으로 테스트하여 필요할 때 올바르게 작동하는지 확인합니다.

사전 배포 테스트 - 카나리 배포 전에 스테이징 환경의 변경 사항을 철저히 테스트합니다.

상태 확인 구성 - 상태 확인이 애플리케이션 준비 상태 및 기능을 정확하게 반영하는지 확인합니다.

종속성 검증 - 새 버전이 다운스트림 및 업스트림 서비스와 호환되는지 확인합니다.

데이터 일관성 - 데이터베이스 스키마 변경 및 데이터 마이그레이션이 이전 버전과 호환되는지 확인합니다.

배포 기간 - 팀이 모니터링하고 대응할 수 있는 업무 시간 중에 카나리 배포를 예약합니다.

통신 채널 - 배포 상태 및 문제 에스컬레이션을 위한 명확한 통신 채널을 설정합니다.

역할 할당 - 모니터링, 의사 결정 및 롤백 실행에 대한 역할과 책임을 정의합니다.