깃 & 전달 더 많은 세부 정보 C · 업계 관례 플랫폼: 일반

Canary Deployment

카나리아 배포

카나리아 배포는 실제 사용자나 트래픽의 일부를 먼저 새 버전으로 전송합니다. 증거에 따라 확장할지 중지할지 결정합니다.

당신은 이것을 이렇게 부를 수 있습니다 Canary Deployment카나리아 릴리스카나리아 롤아웃점진적 카나리

작동 방식을 확인하세요

원본 작업 예제카나리아 배포
빌드 → 실행 → 출시카나리아 배포stable + small canary share -> observe gates -> promote, pause, or abort
CHECKOUT V2CANARY · 5%
안정적 v195%카나리아 v25%
  1. ✓오류율0.3% ≤ 1%
  2. ✓p95 latency380 ≤ 500 ms
  3. ✓체크아웃 성공안정적인
5% → 25% → 100%승격 또는 중단
결과게이트 통과는 실제 트래픽을 5%에서 25%, 100%로 증가시킵니다.경계작은 서버 묶음만으로 카나리아 테스트가 될 수 없어. 실제 데이터가 업그레이드를 이끌어야 해.
stable + small canary share -> observe gates -> promote, pause, or abortOPS
카나리아 배포런타임 및 점진적 제공

다른 예시

버전 2는 결제 트래픽의 5%를 받습니다. 팀은 10분 동안 오류와 지연 시간을 관찰합니다. 제한 실패 시 배포가 중단됩니다.

주요 부분

  1. 01안정된 버전
  2. 02카나리아 버전
  3. 03트래픽 또는 청중 점유율
  4. 04관찰 창
  5. 05성공 및 중지 한도
  6. 06승진 또는 중단

사용할 때

프로덕션 동작이 중요하고 트래픽을 안전하게 분할할 수 있을 때는 카나리아를 사용하십시오. 대상, 단계, 신호, 한도, 대기 시간 및 롤백을 정의하십시오.

다음 경우에는 사용하지 마세요

모든 느린 배포를 카나리아라고 부르지 마세요. 선택된 그룹이 변경 사항을 테스트해야 하며, 결과가 승격 여부를 안내해야 합니다.

코드에서 사용된 이름

stable + small canary share -> observe gates -> promote, pause, or abort

출시하기 전에

Before publishing, check the exact repository, branch, target, and diff. Keep unpublished work. Pass review and CI checks. Record conflict and data-loss risks, release order, traceability, recovery, and rollback.

복사 가능한 요청

Outcome:Complete the task with 카나리아 배포 (Canary Deployment)。 User context:버전 2는 결제 트래픽의 5%를 받습니다. 팀은 10분 동안 오류와 지연 시간을 관찰합니다. 제한 실패 시 배포가 중단됩니다. Delivery concept or operation:카나리아 배포 (Canary Deployment)。 Why it fits:프로덕션 동작이 중요하고 트래픽을 안전하게 분할할 수 있을 때는 카나리아를 사용하십시오. 대상, 단계, 신호, 한도, 대기 시간 및 롤백을 정의하십시오. Do not use it when:모든 느린 배포를 카나리아라고 부르지 마세요. 선택된 그룹이 변경 사항을 테스트해야 하며, 결과가 승격 여부를 안내해야 합니다. Delivery requirements: Name the code repository and target. List preconditions, changes, review and CI checks, conflict and data-loss risks, release order, and the rollback or recovery command. Repository safeguards: Keep unpublished work and a clear history. Do not run destructive steps without an explicit backup. Check the exact code diff and remote target before publishing. Acceptance criteria: Review the intended diff and pass all required checks. Keep the target version traceable. Practice failure recovery and keep published history clear. Evidence and limits (evidence boundary):하나의 공식 표준이 전체 용어를 통제하지 않음. 의미는 팀, 플랫폼 또는 프레임워크마다 달라질 수 있음. Unknowns to confirm: Repository, branch, team activity, release environment, approval owner, protected checks, and rollback target.

이 요청을 확인하세요

Review how 카나리아 배포 (Canary Deployment) is used now. Definition: 카나리아 배포는 실제 사용자나 트래픽의 일부를 먼저 새 버전으로 전송합니다. 증거에 따라 확장할지 중지할지 결정합니다. Release checks: Before publishing, check the exact repository, branch, target, and diff. Keep unpublished work. Pass review and CI checks. Record conflict and data-loss risks, release order, traceability, recovery, and rollback. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.

C
이 용어는 얼마나 공식적인가요?

업계 관례

사람들은 직장에서 이 용어를 자주 사용합니다. 나열된 출처는 실습이나 제한을 지원할 수 있습니다. 모든 부분의 정의를 제공하지는 않습니다.

하나의 공식 표준이 전체 용어를 통제하지 않음. 의미는 팀, 플랫폼 또는 프레임워크마다 달라질 수 있음.

범위
소스가 포함하는 것만:정규 이름、정의、플랫폼 API、구현、사용 안내、피해야 할 상황 안내
문서 상태
안정적인
선택됨
2026-07-30

증거 출처 및 범위

권위 있는 출처 + 용어 참조 · Argo Rollouts · 안정적인 Canary Deployment Strategy 범위: 정규 이름、정의、플랫폼 API、구현、사용 안내、피해야 할 상황 안내 여기 역할: 직접 용어 참조 출처 범위: 정규 이름, 정의, 플랫폼 API, 구현, 사용 안내, 피해야 할 상황 안내

직접 복사

브라우저가 이것을 복사할 수 없습니다. 아래 요청을 선택하고 직접 복사하세요.