'2026/06/01'에 해당되는 글 1건

아래 이미지를 참고하며 글을 읽으면 이해에 도움이 된다.

1. Argo CD 컴포넌트

Argo CD 를 설치하면 생성되는 컴포넌트들과 그 역할은 다음과 같다.

2. Argo CD 가 배포용 Git 의 배포구성을 클러스터에 적용하는 워크플로우

1. Argo CD 가 배포용 Git 저장소의 배포구성 변경사항을 쿠버네테스 클러스터에 적용하는 순서는 아래와 같다.
2. Repo Server 는 배포파일이 저장된 Git Repository 를 감시하며, 변경사항이 존재하면 해당 변경사항으로 배포할 매니페스트를 생성한다.(=> Desired Manifest) 참고로, Argo CD 는 패키지 매니저인 Helm, Kustomize 를 내장하고 있기 때문에 별도로 설치할 필요가 없으며, Git Repository 의 배포 파일 구성에 따라 자동으로 패키지 매니저(또는 기본 매니페스트)를 인식하여 작동한다.
3. 매니페스트를 Application Controller 로 전달한다.
4. Application Controller 는 클러스터의 현재 리소스와 전달받은 매니페스트를 비교하며, 변경사항이 있을시 Kube API 로 변경사항을 전달한다.
5. Kube API 는 전달받은 변경사항을 클러스터에 적용하도록 kube-apiserver 에 배포명령을 전달한다.
6. 클러스터에 적용이 완료되면 클러스터의 현재 리소스 상태를 기반으로 Live Manifest 를 생성한다.

3. Desired Manifest vs Live Manifest

Live Manifest 는 클러스터의 실제 리소스를 기반으로 만들어진다.(Live Manifest 가 먼저 만들어지고, 이를 기반으로 클러스터에 배포되는 것이 아님에 유의하자.) Argo CD 에서 편의기능으로 Live Manifest 를 수정하면 클러스터에 동기화 되도록 지원해주긴 한다.

Desired Manifest 는 Argo CD 의 Repo Server 가 만들며, 배포용 Git 의 매니페스트를 기반으로 만든다. 기본적으로 Git 의 수정사항이 발생하면 최대 3분 이내에 Desired Manifest 가 생성된다.(3분 주기 Sync)

주의할 점은, Argo CD 대시보드에서 볼 수 있는 Diff 는 Desired Manifest vs Live Manifest 가 아니라, 배포시 변경될 부분을 표시해준다. 즉, Live Manifest 를 직접 수정해서 k8s 클러스터에 변경 배포가 일어났더라도, 그 사항이 Desired Manifest 에도 설정된 사항이 아니라면, 덮어씌워지지 않을 것이기 때문에 Diff 에 표시되지 않는다는 점에 주의하자.