카나리 배포란 무엇인가
카나리 배포(Canary Deployment)는 새로운 버전을 전체 사용자가 아닌 일부 사용자에게만 먼저 노출시켜 문제를 조기에 발견하는 배포 전략입니다. 이름은 과거 광부들이 유독 가스를 감지하기 위해 카나리새를 탄광에 데리고 다니던 것에서 유래했습니다. 새가 이상 반응을 보이면 위험을 미리 알 수 있었던 것처럼, 소수의 사용자에게 먼저 새 버전을 배포해 문제가 생기면 즉시 감지하고 전체 확산을 막는 것이 핵심입니다.
예를 들어 100명 중 5명에게만 v2 버전을 보여주고 나머지 95명은 기존 v1을 그대로 사용하게 합니다. 이 5명에게서 에러율이나 응답 지연이 늘어나지 않으면 점차 비율을 10%, 30%, 50%로 늘려가며 최종적으로 100%까지 확대합니다.
동작 원리와 실제 예시
카나리 배포는 보통 로드밸런서나 서비스 메시(Service Mesh), 쿠버네티스의 Ingress 설정 등을 활용해 트래픽을 비율대로 나눕니다. 예를 들어 쿠버네티스 환경에서는 동일한 서비스에 대해 v1 파드 9개, v2 파드 1개를 배치하면 자연스럽게 약 10%의 트래픽만 v2로 흘러가게 됩니다.
이 과정에서 중요한 것은 모니터링입니다. 에러율, 응답 시간, CPU 사용량 같은 지표를 실시간으로 확인하면서 이상 징후가 보이면 즉시 트래픽을 다시 v1으로 돌리는 롤백을 수행합니다. 배포 파이프라인에 이런 자동 롤백 로직을 넣어두면 사람이 일일이 확인하지 않아도 안전성을 확보할 수 있습니다.
- 트래픽을 소규모로 분할해 신버전에 할당
- 실시간 지표 모니터링으로 이상 여부 판단
- 문제 발생 시 자동 또는 수동 롤백
- 이상 없으면 점진적으로 트래픽 비율 확대
실무에서 카나리 배포를 쓰는 이유
블루-그린 배포가 전체 트래픽을 한 번에 전환하는 방식이라면, 카나리 배포는 훨씬 점진적이고 리스크가 낮습니다. 대규모 서비스에서는 아무리 테스트를 철저히 해도 운영 환경에서만 나타나는 버그나 성능 이슈가 존재하기 때문에, 일부 사용자에게만 먼저 노출시켜 실제 트래픽 기반으로 검증하는 것이 훨씬 안전합니다.
또한 장애가 발생하더라도 영향 범위가 전체 사용자가 아닌 일부로 제한되기 때문에 서비스 신뢰도를 유지하면서 새로운 기능을 지속적으로 배포할 수 있습니다. 이런 이유로 넷플릭스, 구글 등 대규모 트래픽을 다루는 서비스들은 카나리 배포를 CI/CD 파이프라인의 표준 전략으로 채택하고 있습니다.