일반적인 deploy 전략(blue-green, canary, rolling)은 무엇인가요?

Question

Accepted Answer

**deploy 전략**은 새 버전이 production에 릴리스되는 방식을 정의합니다 — **안전성**, **다운타임**, **위험**의 균형을 맞춥니다. 일반적인 전략으로는 **rolling**, **blue-green**, **canary** deploy가 있으며, 각각 다른 트레이드오프를 가집니다.

## Rolling deployment

```text
오래된 인스턴스를 새 것으로 한 번에 몇 개씩 점진적으로 교체:
  [v1][v1][v1][v1] → [v2][v1][v1][v1] → [v2][v2][v1][v1] → ... → [v2][v2][v2][v2]
  ✓ 다운타임 없음 (일부 인스턴스가 항상 서비스); 추가 전체 환경 불필요
  ✗ rollout 중 두 버전이 함께 실행; 느림; rollback = 인스턴스별로 되돌리기
```

## Blue-green deployment

```text
두 개의 동일한 환경 실행 — BLUE(현재)와 GREEN(새 버전):
  → GREEN에 v2 deploy; 테스트; 그 다음 모든 트래픽을 blue에서 green으로 한 번에 전환
  → BLUE는 즉각적 rollback으로 유지 (green에 문제가 있으면 다시 전환)
  ✓ 즉각 전환; 즉각 rollback; 라이브 전 green 테스트; 중간 상태 없음
  ✗ 두 배의 인프라 필요 (두 개의 전체 환경)
```

## Canary deployment

```text
새 버전을 먼저 소수의 사용자에게 릴리스하고, 그 다음 점진적으로 증가:
  → 트래픽의 5% → v2 (오류/지표 모니터링) → 25% → 50% → 건강하면 100%
  → 문제가 나타나면, 소수의 사용자만 영향받은 채로 rollback
  ✓ 폭발 반경 제한 (최소 영향으로 문제 발견); 데이터 기반 점진적 rollout
  ✗ 더 복잡함 (트래픽 분할, 모니터링); 느린 전체 rollout
```

## 선택하기

```text
ROLLING → 단순, 추가 인프라 없음, 점진적 (흔한 기본값)
BLUE-GREEN → 즉각 전환 + 즉각 rollback, 안전한 테스트 (2배 인프라를 감당할 수 있다면)
CANARY → 위험한 변경에 가장 안전 (폭발 반경 제한), 좋은 모니터링 필요
→ 위험 허용도, 인프라, 모니터링 성숙도에 따라 선택.
```

## 왜 중요한가

deploy 전략을 이해하는 것은 **최소한의 위험과 다운타임으로 소프트웨어를 안전하게 릴리스**하는 데 가치가 있으므로, production deploy에 중요한 실용 지식입니다.

새 버전이 production에 릴리스되는 방식은 안전성과 위험에 크게 영향을 미치며, 전략들은 다른 트레이드오프를 제공합니다. **Rolling deployment**(오래된 인스턴스를 새 것으로 점진적으로 교체)는 추가 인프라 없이 다운타임 없는 릴리스를 제공하며, 흔한 단순 기본값이지만 rollout 중 두 버전이 실행됩니다. **Blue-green deployment**(두 개의 동일한 환경을 실행하고 현재에서 새 버전으로 트래픽을 한 번에 전환)는 **즉각 전환과 즉각 rollback**(문제가 발생하면 이전 환경으로 다시 전환)과 라이브 전에 새 버전을 테스트하는 능력을 가능하게 하지만, 두 배의 인프라가 필요한 비용이 듭니다 — 빠른 rollback과 전환 전 테스트가 중요할 때 가치가 있습니다. **Canary deployment**(먼저 소수의 사용자에게 릴리스, 모니터링, 그 다음 점진적으로 증가)는 **폭발 반경을 제한**하기 때문에 **위험한 변경에 가장 안전**합니다 — 전체 rollout 전에 소수의 사용자만 영향을 미치면서 문제를 발견 — 하지만 트래픽 분할과 좋은 모니터링이 필요합니다.

이러한 전략을 이해하고 위험 허용도, 인프라, 모니터링 성숙도에 따라 **적절히 선택**(단순함을 위한 rolling, 인프라가 허용하면 즉각 rollback과 안전한 테스트를 위한 blue-green, 좋은 모니터링과 함께 위험한 변경을 위한 canary)하는 것은 건전한 deploy 판단을 반영합니다.

이러한 전략은 팀이 안전하고, 낮은 다운타임이며, 낮은 위험의 릴리스를 달성하는 방법입니다 — 안정적인 production 운영에 중요합니다.

소프트웨어를 production에 안전하게 릴리스하는 것(다운타임과 위험 최소화)은 중요한 관심사이고 deploy 전략들이 이를 달성하기 위한 다른 트레이드오프를 제공하며, rolling, blue-green, canary deploy와 각각을 언제 사용할지 이해하는 것이 안전한 릴리스를 가능하게 하므로, deploy 전략을 이해하는 것은 production 소프트웨어 전달에 가치 있고 실용적으로 중요한 지식입니다 — 변경을 안정적이고 안전하게 릴리스하기 위한 핵심 주제이자, production에 deploy하는 데 내재된 위험을 관리하는 방법에 대한 이해를 반영합니다.