Freeive

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

#UI/UX#용어사전#카나리 릴리스#DevOps#배포#검증·문화

Comments

댓글 0

로그인 상태 확인 중…

댓글 불러오는 중…

Recent

다른 일기도 같이.