uiux·발행 2026.07.17
Canary release, 광산의 카나리아에서
새 버전을 일부 사용자에게 먼저 배포하는 카나리 릴리스. 광산의 카나리아 새 비유에서 시작된 이 패턴이 어떻게 현대 배포의 표준이 됐는지 살펴봅니다.
한 줄로
새 버전을 전체가 아닌 일부 사용자(예: 1%)에게만 먼저 배포해서 문제를 발견하는 방식입니다. 광산의 카나리아 새 비유에서 왔습니다.
어디서 왔나
19세기 영국 광산에서 광부들이 카나리아 새를 들고 들어갔습니다. 카나리아는 일산화탄소 같은 유독가스에 인간보다 빨리 영향받아서, 카나리아가 노래를 멈추면 광부들이 대피했습니다. 위험을 미리 알리는 살아 있는 경보기였습니다.
이 비유가 소프트웨어 배포에 도입된 건 2010년대 중반입니다. Google, Facebook, Netflix 같은 회사들이 새 코드를 전체 사용자에게 배포하기 전에 1%에게 먼저 보내고 모니터링하는 패턴을 표준화했습니다.
작동 방식
1. 새 버전을 1% 사용자에게만 배포.
2. 에러율, 응답 속도, 전환율 등 모니터링.
3. 문제가 없으면 5%, 25%, 100%로 점진 확대.
4. 문제가 발견되면 즉시 롤백.
도구
Vercel: 무료 preview 배포 + 점진 확대.
Cloudflare Workers: 트래픽 비율 라우팅.
Kubernetes: Istio 같은 service mesh로 canary.
바이브 메이커가 챙길 한 가지
1인 랩이라도 canary가 가능합니다. 자기 자신이 첫 카나리아입니다. 새 버전을 본인 계정으로 먼저 쓰고, 24시간 후 일반 사용자에게 배포하면 큰 사고를 막을 수 있습니다.
관련
Beta testing · Smoke test · Dogfooding
Comments
댓글 0
로그인 상태 확인 중…
댓글 불러오는 중…