ㅁ 성능 모니터링

ㅇ 정의:

ㅇ 특징:

ㅇ 적합한 경우:

ㅇ 시험 함정:

ㅇ 시험 대비 “패턴 보기” 예시:

================================

1. Canary Release

ㅇ 정의:
신규 기능이나 업데이트를 전체 사용자에게 배포하기 전에 소수의 사용자 그룹(일부 서버나 지역)에 먼저 배포하여 성능과 안정성을 검증하는 점진적 배포 방식.

ㅇ 특징:
– 위험 최소화: 문제 발생 시 롤백 범위가 작음
– 실제 트래픽 기반 검증 가능
– 배포와 모니터링이 동시에 진행됨
– 자동화된 모니터링 및 피드백 루프 필요

ㅇ 적합한 경우:
– 대규모 서비스에서 신규 기능의 안정성 검증이 필요한 경우
– 장애 발생 시 빠른 롤백이 중요한 경우
– 사용자 경험에 직접적인 영향을 주는 변경 사항이 있을 때

ㅇ 시험 함정:
– Canary Release는 A/B 테스트와 목적이 다름 (A/B 테스트는 실험, Canary는 안정성 검증)
– Blue-Green Deployment와 혼동하기 쉬움 (Blue-Green은 두 환경 전체를 전환)
– 전체 배포 속도가 느려질 수 있다는 점을 간과하기 쉬움

ㅇ 시험 대비 “패턴 보기” 예시:
– O: “Canary Release는 일부 사용자에게만 변경 사항을 배포하여 문제를 조기 발견한다.”
– O: “Canary Release는 롤백 시 영향 범위를 최소화할 수 있다.”
– X: “Canary Release는 두 개의 동일한 환경을 준비하여 전환한다.” (→ Blue-Green Deployment 설명)
– X: “Canary Release는 주로 마케팅 실험을 위해 사용된다.” (→ A/B 테스트 설명)

ㅁ 추가 학습 내용

Canary Release 핵심 학습 포인트 정리

1. 모니터링 지표 설정
– 에러율, 응답 시간, CPU 사용률 등 주요 성능 및 안정성 지표를 사전에 정의하고 지속적으로 관찰

2. 자동 롤백 조건
– 모니터링 지표가 임계값을 초과하면 자동으로 이전 버전으로 롤백하는 기준 마련

3. 트래픽 라우팅 방법
– 로드밸런서나 서비스 메쉬(Istio 등)를 활용하여 신규 버전에 전달되는 트래픽 비율을 조정

4. 점진적 확대 전략
– 예: 10% → 30% → 100% 순으로 신규 버전에 트래픽을 점진적으로 확대

5. CI/CD 파이프라인 연계
– 배포 자동화 과정에 Canary Release 단계를 포함하여 지속적 통합 및 배포와 긴밀하게 연결

6. 클라우드 환경에서의 구현
– Kubernetes, Istio 등을 이용하면 세분화된 트래픽 제어와 배포 전략 구현 가능

7. 관련 개념 비교
– Progressive Delivery: Canary Release를 포함하는 더 넓은 개념으로, 기능 점진적 배포와 위험 최소화를 목표
– Feature Toggle: 코드 배포와 기능 활성화를 분리하여 기능 단위로 제어 가능, Canary Release와는 접근 방식이 다름