1. 배포 시 장애 리스크 최소화
새 버전을 전면 배포하기 전에 일부 사용자(예: 1~5%)에게만 적용해 본 뒤 문제가 없는지 확인합니다.
오류나 성능 저하가 있으면 빠르게 롤백할 수 있어 전체 서비스 장애를 방지합니다.
2. 실제 환경에서의 검증 부족 문제
개발/스테이징 환경에서는 발견되지 않는 버그나 성능 이슈가 프로덕션 환경에서만 나타날 수 있습니다.
Canary 배포를 통해 실제 트래픽 환경에서 기능, 성능, 호환성을 검증합니다.
3. 사용자 경험 충격 최소화
모든 사용자에게 동시에 새로운 UI나 기능을 적용하면 혼란이 생길 수 있습니다.
일부 사용자에게만 적용해 피드백을 받아 개선한 뒤 점진적으로 확대합니다.
4. 성능 및 확장성 문제 조기 감지
새로운 버전이 CPU, 메모리, DB 부하를 예상보다 많이 쓰는 경우를 조기에 파악할 수 있습니다.
---
📌 요약
Canary 배포는 **“안전한 실험”**을 위해 사용되며,
전체 서비스 장애, 배포 후 대규모 롤백, 사용자 혼란 같은 위험을 줄이는 것이 핵심 목표입니다.
LIST
'Spring & Backend' 카테고리의 다른 글
| TCP 3-way handshake 과정에 대해서 설명해주세요. (4) | 2025.08.12 |
|---|---|
| 트랜잭션과 데이터 일관성 (8) | 2025.08.11 |
| JWT (2) | 2025.08.09 |
| GC 로그 (Garbage Collection Log)와 힙덤프 (8) | 2025.08.08 |
| Storybook을 알고 계신가요? Storybook이란 무엇인지 설명해주세요. (4) | 2025.08.08 |
