CI-CD 심화 — 빌드 파이프라인, 블루-그린, 카나리 배포 전략

# GitHub Actions: 단계별 파이프라인
name: Production Pipeline

on:
  push:
    branches: [main]

jobs:
  # 1단계: 빌드 + 단위 테스트
  build:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - name: Build & Unit Test
        run: ./gradlew build
      - name: Upload Artifact
        uses: actions/upload-artifact@v4
        with:
          name: app-jar
          path: build/libs/*.jar

  # 2단계: 통합 테스트 (DB, 외부 서비스 포함)
  integration-test:
    needs: build
    runs-on: ubuntu-latest
    services:
      postgres:
        image: postgres:16
        env:
          POSTGRES_DB: test
          POSTGRES_PASSWORD: test
    steps:
      - uses: actions/checkout@v4
      - name: Integration Test
        run: ./gradlew integrationTest

  # 3단계: 보안 스캔
  security:
    needs: build
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v4
      - name: SAST Scan
        uses: github/codeql-action/analyze@v3

  # 4단계: 스테이징 배포
  deploy-staging:
    needs: [integration-test, security]
    runs-on: ubuntu-latest
    environment: staging
    steps:
      - name: Deploy to Staging
        run: ./deploy.sh staging

  # 5단계: 프로덕션 배포 (수동 승인)
  deploy-production:
    needs: deploy-staging
    runs-on: ubuntu-latest
    environment:
      name: production
      # GitHub UI에서 수동 승인 필요
    steps:
      - name: Deploy to Production
        run: ./deploy.sh production

직렬 실행: Build → Unit Test → Integration Test → Security → Deploy
           (15분)    (3분)        (5분)           (2분)     (3분) = 28분

병렬 실행:
Build (15분) ─┬→ Unit Test (3분) ──┐
              ├→ Integration Test ─┤→ Deploy (3분) = 20분
              └→ Security (2분) ──┘

빌드 결과물(아티팩트)을 버전 관리하는 것이 핵심

소스 코드 → 빌드 → 아티팩트(Docker 이미지) → 배포

이미지 태깅 전략:
✗ latest       → 어떤 버전인지 알 수 없음
✓ v1.2.3       → 시맨틱 버전
✓ abc123f      → Git 커밋 해시
✓ 2027.01.31-1 → 날짜 + 빌드 번호

# Docker 이미지 빌드 + 레지스트리 푸시
- name: Build & Push Docker Image
  run: |
    docker build -t myapp:${{ github.sha }} .
    docker tag myapp:${{ github.sha }} registry/myapp:${{ github.sha }}
    docker push registry/myapp:${{ github.sha }}

시작: [v1] [v1] [v1] [v1]

1단계: [v2] [v1] [v1] [v1]   ← 하나씩 교체
2단계: [v2] [v2] [v1] [v1]
3단계: [v2] [v2] [v2] [v1]
완료:  [v2] [v2] [v2] [v2]

# Kubernetes 롤링 업데이트 설정
spec:
  strategy:
    type: RollingUpdate
    rollingUpdate:
      maxSurge: 1        # 최대 1개 추가 생성
      maxUnavailable: 0  # 0개까지 사용 불가 허용 (무중단)

1. 현재: Blue(v1)에 트래픽, Green은 유휴
2. Green에 v2 배포 및 테스트
3. 트래픽을 Green으로 전환 (로드밸런서 설정 변경)
4. 문제 없으면 Blue를 정리

롤백: 로드밸런서를 다시 Blue로 전환 (수 초)

# Kubernetes: Service의 selector를 변경하여 전환
apiVersion: v1
kind: Service
metadata:
  name: myapp
spec:
  selector:
    app: myapp
    version: green  # blue → green으로 변경하면 트래픽 전환

1단계: 5% 트래픽을 v2로
  [v1] [v1] [v1] [v1] [v1] [v1] [v1] [v1] [v1] [v2]
  → 에러율, 응답시간 모니터링

2단계: 25% → 50% → 75% → 100%
  → 각 단계에서 메트릭 확인 후 진행

자동 롤백 조건:
  - 에러율 > 1%
  - P99 응답시간 > 500ms
  - 5xx 응답 비율 증가

# Argo Rollouts: 자동화된 카나리 배포
apiVersion: argoproj.io/v1alpha1
kind: Rollout
spec:
  strategy:
    canary:
      steps:
        - setWeight: 5
        - pause: { duration: 5m }    # 5분 관찰
        - setWeight: 25
        - pause: { duration: 10m }   # 10분 관찰
        - setWeight: 50
        - pause: { duration: 10m }
        - setWeight: 100
      analysis:
        templates:
          - templateName: success-rate
        startingStep: 1

전통적인 CI/CD:
  코드 푸시 → CI 빌드 → CD가 직접 kubectl apply

GitOps:
  코드 푸시 → CI 빌드 → 매니페스트 저장소 업데이트
  ArgoCD/Flux가 매니페스트 저장소를 감시 → 클러스터에 자동 동기화

장점:
- Git 히스토리 = 배포 히스토리
- git revert = 롤백
- 선언적 상태 관리 (현재 상태 vs 원하는 상태 비교)