Docker Compose → Kubernetes → GitOps로 넘어가는 개발자 로드맵

1. 서론 — 백엔드 개발자가 DevOps를 만나게 되는 순간

대부분의 백엔드 개발자는 다음과 같은 흐름으로 인프라를 경험합니다.

1. 로컬 개발 환경
2. 서버 배포
3. 컨테이너 기반 운영
4. 자동 배포
5. 클러스터 운영

처음에는 단순히 애플리케이션을 실행하는 것에 집중하지만, 서비스가 성장할수록 다음과 같은 문제가 발생합니다.

• 배포 자동화
• 서버 확장
• 운영 안정성
• 롤백
• 환경 관리

이 문제들을 해결하기 위해 등장하는 기술 스택이 바로 다음 단계입니다.

 

Docker Compose → Kubernetes → GitOps

 

이 글에서는 백엔드 개발자가 DevOps 영역으로 확장할 때 일반적으로 거치는 기술 로드맵을 정리합니다.

---

2. 1단계 — Docker Compose (컨테이너 기반 개발 환경)

대부분의 개발자는 Docker Compose로 컨테이너 운영을 처음 경험합니다.

예를 들어 다음과 같은 구성을 하나의 파일로 실행할 수 있습니다.

 

API Server
PostgreSQL
Redis
Elasticsearch

 

docker-compose.yml 예시

 

services:
api:
image: my-api
ports:
- "8080:8080"

postgres:
image: postgres:17

redis:
image: redis

 

실행

docker compose up -d

 

이 단계에서 배우는 것

• 컨테이너 개념
• 서비스 네트워크
• 환경 변수 관리
• 볼륨 관리
• 서비스 의존성

한계

Docker Compose는 단일 서버 운영에는 적합하지만 다음과 같은 문제가 있습니다.

• 서버 장애 대응
• 스케일링
• 롤링 업데이트
• 서비스 디스커버리
• 운영 자동화

이 문제를 해결하기 위해 등장하는 것이 Kubernetes입니다.

---

3. 2단계 — Kubernetes (컨테이너 오케스트레이션)

Kubernetes는 컨테이너를 자동으로 운영하는 시스템입니다.

Docker Compose가

컨테이너 실행 도구

 

라면 Kubernetes는

컨테이너 운영 플랫폼

 

입니다.

Kubernetes에서는 다음과 같은 리소스를 사용합니다.

 

Deployment
Service
ConfigMap
Secret
Ingress
CronJob

 

예를 들어 API 서버를 배포할 때는 다음과 같은 YAML을 사용합니다.

 

apiVersion: apps/v1
kind: Deployment
metadata:
name: api
spec:
replicas: 3

 

이렇게 하면 Kubernetes는 자동으로

Pod 3개

 

를 실행하고 관리합니다.

Kubernetes가 해결하는 문제

• 자동 스케일링
• 서비스 디스커버리
• 롤링 업데이트
• 장애 복구
• 클러스터 관리

이 단계에서 배우는 것

• Pod
• Deployment
• Service
• Ingress
• ConfigMap / Secret

하지만 Kubernetes 환경에서도 여전히 다음 문제가 남습니다.

• 배포 이력 관리
• 환경별 설정 관리
• 배포 자동화
• 운영 상태 관리

이 문제를 해결하는 방식이 바로 GitOps입니다.

---

4. 3단계 — GitOps (배포 상태를 Git으로 관리)

GitOps는 DevOps 운영 방식 중 하나입니다.

핵심 철학은 다음과 같습니다.

Git에 정의된 상태가 실제 운영 상태다

즉 Git이

Source of Truth

 

가 됩니다.

예를 들어 Git에 다음이 정의되어 있으면

 

replicas: 3

 

클러스터도

Pod 3개

 

를 유지합니다.

만약 서버에서 직접 변경하면

kubectl scale deployment api --replicas=5

 

GitOps 도구가 이를 감지하고 다시 Git 상태로 되돌립니다.

이를 Drift Correction이라고 합니다.

---

5. GitOps에서 사용하는 도구

GitOps 환경에서는 다음과 같은 도구들이 사용됩니다.

영역도구

CI	GitHub Actions
Container Registry	GHCR / ECR
CD	ArgoCD
Cluster	Kubernetes
Packaging	Helm
Configuration	Kustomize

전체 흐름은 다음과 같습니다.

Git push
↓
GitHub Actions (CI)
↓
Docker Image Build
↓
Container Registry Push
↓
ArgoCD 감지
↓
Kubernetes Deploy

 

이 구조를 GitOps CI/CD 파이프라인이라고 합니다.

---

6. 실제 DevOps 아키텍처 예시

온프레미스 또는 클라우드 환경에서 일반적인 구조는 다음과 같습니다.

GitHub
├ source code
├ Dockerfile
└ k8s manifests

↓

GitHub Actions
(CI)

↓

Container Registry
(GHCR / ECR)

↓

ArgoCD

↓

Kubernetes Cluster

 

클러스터 안에서는 다음 서비스들이 실행됩니다.

API Service
Batch CronJob
PostgreSQL
Redis
Monitoring

 

---

7. 백엔드 개발자의 DevOps 성장 로드맵

정리하면 다음과 같은 단계로 발전합니다.

1단계

Docker Compose

 

• 컨테이너 실행
• 로컬 개발 환경

2단계

Kubernetes

 

• 컨테이너 오케스트레이션
• 서비스 운영

3단계

GitOps

 

• 배포 상태 Git 관리
• 자동 배포

---

8. 결론

백엔드 개발자가 DevOps 영역으로 확장할 때 가장 자연스러운 흐름은 다음과 같습니다.

Docker Compose
↓
Kubernetes
↓
GitOps

 

Docker Compose는 컨테이너 실행을 배우는 단계입니다.

Kubernetes는 컨테이너 운영을 자동화하는 플랫폼입니다.

GitOps는 배포 상태를 Git으로 관리하는 운영 방식입니다.

이 세 단계를 이해하면 단순한 애플리케이션 개발을 넘어 서비스 운영 전체를 설계할 수 있는 개발자로 성장할 수 있습니다.