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

Blue-Green Deployment

블루-그린 배포

블루-그린 배포는 현재 버전과 새 버전을 별도의 환경에 유지합니다. 새 환경이 점검된 후 트래픽이 전환됩니다.

당신은 이것을 이렇게 부를 수 있습니다 Blue-Green Deployment블루 그린 릴리스환경 전환 배포병렬 환경 해제

작동 방식을 확인하세요

원본 작업 예제블루-그린 배포
빌드 → 실행 → 출시블루-그린 배포blue active + green ready -> validate -> switch traffic -> observe -> retire or switch back
CHECKOUTACTIVE · BLUE
BLUE · v1라이브 100%GREEN · v2미리보기 준비 완료
전환 전 확인health + smoke ✓→
경로: 파랑 → 초록파란색 10분 유지
결과트래픽은 체크된 초록 환경으로 이동하며 파랑은 잠시 사용할 수 있습니다.경계라우팅이 지연될 수 있습니다. 데이터베이스와 상태 변경은 별도의 호환성 계획이 필요합니다.
blue active + green ready -> validate -> switch traffic -> observe -> retire or switch backOPS
블루-그린 배포런타임 및 점진적 제공

다른 예시

블루는 체크아웃 트래픽을 처리합니다. 그린은 버전 2를 실행하고 검사를 통과합니다. 라우팅이 그린으로 전환되는 동안 블루는 복귀를 위해 준비 상태를 유지합니다.

주요 부분

  1. 01활성 환경
  2. 02미리보기 환경
  3. 03일치 설정 및 용량
  4. 04전환 전 확인
  5. 05트래픽 전환
  6. 06관찰 및 반환 창

사용할 때

두 환경이 예산에 맞고 빠른 트래픽 전환이 중요할 때 사용하세요. 점검, 용량, 전환, 관찰 및 복귀를 계획하세요.

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

다운타임 없이 또는 쉽게 데이터베이스 롤백이 가능하다고 약속하지 마십시오. 라우팅 지연, 긴 연결, 호환되지 않는 데이터 변경은 여전히 스위치를 중단시킬 수 있습니다.

코드에서 사용된 이름

blue active + green ready -> validate -> switch traffic -> observe -> retire or switch back

출시하기 전에

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 블루-그린 배포 (Blue-Green Deployment)。 User context:블루는 체크아웃 트래픽을 처리합니다. 그린은 버전 2를 실행하고 검사를 통과합니다. 라우팅이 그린으로 전환되는 동안 블루는 복귀를 위해 준비 상태를 유지합니다. Delivery concept or operation:블루-그린 배포 (Blue-Green 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 블루-그린 배포 (Blue-Green 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 · 안정적인 BlueGreen Deployment Strategy 범위: 정규 이름、정의、플랫폼 API、구현、사용 안내、피해야 할 상황 안내 여기 역할: 직접 용어 참조 출처 범위: 정규 이름, 정의, 플랫폼 API, 구현, 사용 안내, 피해야 할 상황 안내 배경 근원 AWS — When blue/green deployments are not recommended 여기 역할: 정의가 아닌 유용한 배경

직접 복사

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