이 문서는 연구실 운영 환경이 왜 GitOps 방식으로 관리되는지 설명하는 가이드다.
운영 상태를 사람 손으로 직접 고치는 대신, 레포에 선언한 원하는 상태를 기준으로 클러스터를 수렴시키는 운영 방식이다.
핵심은 아래 두 문장이다.
여기서 중요한 점은 배포가 곧 서버 접속 후 수동 적용을 뜻하지 않는다는 것이다.
| 기준 | 의미 |
|---|---|
desired state |
레포에 선언된 목표 상태 |
live state |
현재 클러스터에 실제로 존재하는 상태 |
drift |
목표 상태와 실제 상태가 어긋난 경우 |
reconcile |
어긋난 상태를 다시 맞추는 과정 |
즉 운영자는 개별 pod를 손으로 만지기보다 무엇이 drift 되었고 왜 수렴하지 않는가를 본다.
kubectl apply 정도로만 보면 부족하다.변경 기준, 수렴, 검증을 한 모델로 묶는 데 있다.ArgoCD 는 GitOps 컨트롤러다.kustomize 또는 manifest 구조는 환경별 선언을 정리하는 수단이다.Manual 에서는 GitOps 변경 적용, 확인, 롤백 절차를 다룬다.