배포 성공률

## 배포 성공률의 수학적 배경

### 직렬 파이프라인 성공률 각 단계의 성공률을 s₁, s₂, ..., sₙ이라 하면:

전체 성공률 P = ∏sᵢ = s₁ × s₂ × ... × sₙ

### 예시 5단계 파이프라인, 각 단계 성공률 99%: P = 0.99⁵ ≈ 95.1% 5단계 파이프라인, 각 단계 성공률 95%: P = 0.95⁵ ≈ 77.4%

### 병목 분석 (민감도) 특정 단계 i의 성공률을 Δs만큼 개선했을 때 전체 성공률 변화:

ΔP ≈ (P / sᵢ) × Δs

sᵢ가 낮을수록 P/sᵢ가 커지므로, 성공률이 가장 낮은 단계를 개선하는 것이 효과적입니다.

### 배포 빈도와 실패 횟수 일일 배포 횟수 D, 전체 성공률 P일 때:

일일 예상 실패 횟수 = D × (1 - P) 주간 예상 실패 횟수 = 5D × (1 - P)

### 자동 롤백의 효과 배포 실패율 (1-P), 롤백 성공률 r일 때:

서비스 장애 확률 = (1-P) × (1-r)

1. 파이프라인 단계 입력

   각 배포 단계의 이름을 입력합니다.

2. 성공률 입력

   각 단계의 성공률(%)을 입력합니다.

3. 결과 확인

   전체 성공률과 단계별 병목 분석을 확인합니다.

CI/CD(지속적 통합/지속적 배포)

코드 변경을 자동으로 빌드, 테스트, 배포하는 파이프라인입니다. Jenkins, GitHub Actions, GitLab CI 등이 대표적입니다.

블루-그린 배포(Blue-Green Deployment)

동일한 프로덕션 환경 두 개를 운영하여, 새 버전을 한쪽에 배포한 후 트래픽을 전환하는 무중단 배포 전략입니다.

카나리 배포(Canary Deployment)

새 버전을 전체 사용자의 소수(1~5%)에게 먼저 배포하여 문제를 조기 발견한 후 점진적으로 확대하는 전략입니다.

Feature Flag(기능 플래그)

코드 배포와 기능 활성화를 분리하는 기법입니다. 배포 후에도 설정으로 기능을 켜고 끌 수 있어 위험을 줄입니다.

Flaky 테스트(불안정한 테스트)

코드 변경 없이도 무작위로 성공/실패가 바뀌는 불안정한 테스트입니다. 타이밍 의존성, 외부 서비스 의존 등이 원인입니다.

롤백(Rollback)

배포 실패 시 이전 안정 버전으로 되돌리는 작업입니다. 자동 롤백은 실패 감지 즉시 수행되어 서비스 중단을 최소화합니다.

GitOps

Git 저장소를 인프라와 애플리케이션 배포의 단일 진실 소스로 사용하는 운영 방식입니다. ArgoCD, Flux 등이 대표 도구입니다.