[Ep.1] [GitOps와 Argo CD의 기초 #1] GitOps란 무엇인가? 기존 Kubernetes 배포 방식과의 차이점

🔹 GitOps란 무엇인가?

✅ GitOps의 정의

GitOps는 애플리케이션 및 인프라를 Git 저장소를 단일 신뢰 원천(Single Source of Truth)으로 삼아 자동으로 관리하는 운영 방식입니다.
즉, Kubernetes 환경에서 Git에 저장된 선언적(Declarative) 설정을 기반으로 배포와 운영을 자동화하는 방법론입니다.

✅ GitOps의 핵심 목표

1️⃣ Git 저장소를 단일 운영 원천으로 사용 → 모든 변경 사항이 Git에서 관리됨
2️⃣ 선언적(Declarative) 방식으로 인프라 및 애플리케이션 설정 관리
3️⃣ 자동화된 동기화 및 배포 → Git의 변경 사항이 자동으로 Kubernetes에 적용됨
4️⃣ 감사 가능(Auditability) 및 롤백 지원 → Git 커밋을 기반으로 과거 상태로 복구 가능

GitOps는 Kubernetes 환경에서 CI/CD를 구축하는 데 필수적인 개념이며, Argo CD 같은 도구를 활용하면 이를 쉽게 적용할 수 있습니다.

---

🔹 기존 Kubernetes 배포 방식과 GitOps 방식 비교

Kubernetes에 애플리케이션을 배포하는 방법에는 크게 명령형(Imperative) 방식과 선언형(Declarative) 방식이 있습니다.
GitOps는 선언형 방식의 강점을 극대화하여 CI/CD를 자동화하는 접근법입니다.

---

✅ 기존 Kubernetes 배포 방식 (명령형 방식)

🔹 명령형(Imperative) 배포 방식이란?

• 운영자가 kubectl apply 등의 명령어를 직접 실행하여 리소스를 배포
• 특정 상태를 유지하기 위해 사람이 직접 클러스터를 관리해야 함
• 변경 사항이 Kubernetes 클러스터에서 즉각 적용되지만, 기록이 남지 않음

🔹 명령형 방식의 문제점
❌ 변경 이력 관리가 어려움 → 어떤 설정이 적용되었는지 추적 불가능
❌ 운영자의 실수 가능성 → 사람이 직접 실행해야 하므로 실수 가능성이 높음
❌ 자동화 부족 → 지속적인 운영 및 유지보수에 많은 시간이 필요

# 명령형 방식 예제 (kubectl 명령어 실행)
kubectl apply -f deployment.yaml
kubectl scale deployment my-app --replicas=3
kubectl delete pod my-pod

---

✅ GitOps 기반 Kubernetes 배포 방식 (선언형 방식)

🔹 선언형(Declarative) 배포 방식이란?

• Git 저장소에 Kubernetes 매니페스트를 저장하고, 변경 사항을 자동으로 클러스터에 적용
• 운영자는 Git에서 코드를 변경하는 것만으로 Kubernetes 상태를 조정 가능
• CI/CD와 연계하여 자동화된 배포 및 롤백 지원

🔹 GitOps 방식의 장점
✅ 모든 변경 사항을 Git에서 추적 가능 → 배포 이력이 남아 감사(Audit)가 가능
✅ 자동화된 배포 → 사람이 개입할 필요 없이 CI/CD 파이프라인에서 자동 실행
✅ 롤백이 간편 → 특정 커밋으로 되돌리면 Kubernetes 상태도 자동으로 롤백됨

# GitOps 방식 예제 (Git에 저장된 deployment.yaml)
apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-app
  namespace: default
spec:
  replicas: 3  # 원하는 상태 선언 (Git에 저장)
  selector:
    matchLabels:
      app: my-app
  template:
    metadata:
      labels:
        app: my-app
    spec:
      containers:
      - name: my-app
        image: my-app:v1.0

GitOps 방식을 사용하면, 개발자는 **Git에 git push**하는 것만으로 배포를 진행할 수 있으며,
Argo CD 같은 도구가 이를 감지하고 자동으로 Kubernetes에 반영해 줍니다.

---

🔹 GitOps vs 기존 CI/CD 방식 비교

비교 항목 기존 CI/CD 방식 GitOps 방식

배포 방식	수동(명령형)	자동(선언형)
변경 사항 관리	일부 CI/CD 로그에서만 확인 가능	Git에서 변경 이력 추적 가능
롤백 방식	수동으로 특정 버전 재적용 필요	Git 커밋 되돌리기만 하면 자동 롤백
자동화 수준	CI/CD 필요, 사람이 직접 명령 실행	Git과 Argo CD가 자동으로 동기화
운영 부담	운영자가 직접 관리해야 함	자동화로 운영 부담 감소

GitOps는 CI/CD의 핵심 개념인 **Infrastructure as Code(IaC)**를 실현하며,
Kubernetes 클러스터 운영을 더욱 효율적이고 안전하게 만들어 줍니다.

---

🔹 GitOps를 실현하는 도구: Argo CD

GitOps를 Kubernetes에서 적용하려면, Git과 Kubernetes를 자동으로 동기화해 줄 수 있는 도구가 필요합니다.
가장 대표적인 도구가 바로 Argo CD입니다.

 

✅ Argo CD의 역할

• Git 저장소의 상태를 Kubernetes 클러스터에 자동으로 동기화
• Kubernetes 리소스 변경 사항을 감지하고, 필요 시 롤백 지원
• UI 및 CLI를 제공하여 배포 상태를 쉽게 모니터링 가능
• Helm, Kustomize 등 다양한 배포 방식을 지원

---

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

🟢 GitOps는 Git을 단일 신뢰 원천으로 삼아 Kubernetes 배포를 자동화하는 방법론
🟢 기존 명령형 배포 방식과 비교했을 때 GitOps는 자동화, 롤백, 변경 이력 추적이 훨씬 효율적
🟢 GitOps를 실현하는 대표적인 도구로 Argo CD가 있으며, 이를 통해 Kubernetes 클러스터를 자동 관리 가능