[Ep.17] [Argo CD 배포 & 자동화 #2] Argo CD와 Argo Rollouts를 활용한 블루-그린 및 카나리 배포

🔹 배포 전략(Deployment Strategy)이 중요한 이유

Kubernetes 환경에서는 새로운 애플리케이션 버전을 배포할 때, 서비스 중단 없이 안정적으로 배포하는 것이 매우 중요합니다.
전통적인 배포 방식(즉시 배포)은 트래픽을 한 번에 새 버전으로 전환하기 때문에 문제가 발생할 경우 서비스 장애가 발생할 가능성이 높습니다.

 

✅ 이를 해결하기 위해 사용되는 대표적인 배포 전략:

 

✔ 블루-그린 배포(Blue-Green Deployment) → 두 개의 환경(Blue와 Green) 중 하나만 활성화
✔ 카나리 배포(Canary Deployment) → 트래픽의 일부만 새 버전으로 점진적 전환

 

Argo Rollouts는 이러한 고급 배포 전략을 지원하는 Kubernetes 컨트롤러로,
Argo CD와 함께 사용하면 GitOps 기반의 지속적인 배포 자동화를 구현할 수 있습니다.

---

🔹 블루-그린 배포란?

✅ 개념:

블루-그린 배포는 현재 운영 중인 버전(Blue)과 새로운 버전(Green)을 동시에 유지하면서, 특정 시점에 트래픽을 Green으로 전환하는 방식입니다.
문제가 발생하면 다시 Blue로 롤백할 수 있기 때문에 빠른 복구가 가능합니다.

 

✅ 동작 방식:

1️⃣ 기존 버전(Blue)을 유지한 채, 새 버전(Green)을 배포
2️⃣ Green 버전이 정상적으로 동작하는지 확인
3️⃣ 트래픽을 점진적으로 Green으로 전환
4️⃣ 문제가 발생하면 즉시 Blue로 되돌림
5️⃣ 안정성이 확인되면 Blue 환경을 제거

 

✅ 장점:

✔ 서비스 중단 없이 새로운 버전 배포 가능
✔ 트래픽 전환을 통해 배포 안정성 보장
✔ 롤백이 빠르고 간단함

 

✅ 단점:

❌ 두 개의 환경(Blue, Green)을 동시에 유지해야 하므로 리소스 소모가 많음

---

🔹 카나리 배포란?

✅ 개념:
카나리 배포는 일부 사용자(예: 10%)만 새 버전을 사용하도록 하여 문제가 없는지 점진적으로 확인하는 방식입니다.
점진적인 트래픽 이동을 통해 문제 발생 시 영향을 최소화할 수 있습니다.

 

✅ 동작 방식:

1️⃣ 기존 버전(A)과 새 버전(B)을 동시에 운영
2️⃣ 일부 트래픽(예: 10%)을 새 버전으로 전송
3️⃣ 안정성이 확인되면 점진적으로 트래픽을 늘림 (예: 10% → 30% → 60% → 100%)
4️⃣ 문제가 발생하면 즉시 기존 버전으로 롤백

 

✅ 장점:
✔ 서비스 안정성이 높음 (점진적 배포)
✔ 장애 발생 시 빠른 롤백 가능

 

✅ 단점:
❌ 배포 및 테스트 시간이 상대적으로 길어질 수 있음
❌ 트래픽을 점진적으로 이동하는 추가적인 로직 필요

---

🔹 Argo Rollouts를 활용한 블루-그린 배포

Argo Rollouts를 사용하면 Kubernetes Deployment 대신 Rollout 리소스를 활용하여 블루-그린 배포를 손쉽게 구현할 수 있습니다.

✅ Argo Rollouts 설치하기

먼저 Argo Rollouts 컨트롤러를 Kubernetes 클러스터에 배포합니다.

kubectl create namespace argo-rollouts
kubectl apply -n argo-rollouts -f https://github.com/argoproj/argo-rollouts/releases/latest/download/install.yaml

 

✅ 설치 확인:

kubectl get pods -n argo-rollouts

NAME                                      READY   STATUS    RESTARTS   AGE
argo-rollouts-5d6f8b5c79-xyzabc           1/1     Running   0          1m

---

✅ Argo Rollouts 블루-그린 배포 예제

apiVersion: argoproj.io/v1alpha1
kind: Rollout
metadata:
  name: example-app  # 애플리케이션 이름
  namespace: example-namespace  # 네임스페이스
spec:
  replicas: 3  # 실행할 파드 개수
  strategy:
    blueGreen:
      activeService: example-app-service  # 기존 버전(Blue)에 연결된 서비스
      previewService: example-app-preview  # 새 버전(Green)에 연결될 서비스
      autoPromotionEnabled: false  # 자동 트래픽 전환 비활성화 (수동 승인 필요)
  selector:
    matchLabels:
      app: example-app
  template:
    metadata:
      labels:
        app: example-app
    spec:
      containers:
        - name: app
          image: ghcr.io/example/app:v2  # 새로운 버전의 컨테이너 이미지
          ports:
            - containerPort: 80

 

✅ 설명:

• strategy.blueGreen.activeService → 현재 운영 중인 서비스 (Blue)
• strategy.blueGreen.previewService → 테스트 중인 새 버전 (Green)
• autoPromotionEnabled: false → 자동 승격 비활성화 (관리자가 승인해야 트래픽 전환)

✅ 배포 후 트래픽 전환:

kubectl argo rollouts promote example-app

 

✅ 롤백 시 기존 버전으로 전환:

kubectl argo rollouts abort example-app

---

🔹 Argo Rollouts를 활용한 카나리 배포

apiVersion: argoproj.io/v1alpha1
kind: Rollout
metadata:
  name: example-app
  namespace: example-namespace
spec:
  replicas: 3
  strategy:
    canary:
      steps:
        - setWeight: 10  # 10% 트래픽을 새 버전으로 전환
        - pause: {duration: 30s}  # 30초 대기
        - setWeight: 50  # 50% 트래픽 전환
        - pause: {}  # 관리자가 승인할 때까지 대기
  selector:
    matchLabels:
      app: example-app
  template:
    metadata:
      labels:
        app: example-app
    spec:
      containers:
        - name: app
          image: ghcr.io/example/app:v2
          ports:
            - containerPort: 80

 

✅ 설명:

• setWeight: 10 → 초기 10% 트래픽을 새 버전으로 전환
• pause: {duration: 30s} → 30초 동안 안정성 확인 후 다음 단계 진행
• setWeight: 50 → 50% 트래픽 전환
• pause: {} → 관리자가 승인할 때까지 대기

✅ 카나리 배포 진행 상황 확인:

kubectl argo rollouts get rollout example-app

 

✅ 카나리 배포 승인:

kubectl argo rollouts promote example-app

 

✅ 롤백 시 기존 버전 유지:

kubectl argo rollouts abort example-app

---

🔹 결론: 이번 글에서 배운 핵심 내용 정리

🟢 블루-그린 배포는 두 개의 환경을 유지하면서 빠르게 롤백 가능하지만 리소스 사용량이 많음
🟢 카나리 배포는 점진적으로 트래픽을 이동시키면서 안전성을 높일 수 있음
🟢 Argo Rollouts를 활용하면 블루-그린 및 카나리 배포를 자동화하고 GitOps 기반으로 운영 가능