📚FOS Study
홈카테고리
홈카테고리

카테고리

  • AI 페이지로 이동
    • RAG 페이지로 이동
    • agents 페이지로 이동
    • BMAD Method — AI 에이전트로 애자일 개발하는 방법론
    • Claude Code의 Skill 시스템 - 개발자를 위한 AI 자동화의 새로운 차원
    • Claude Code 멀티 에이전트 — Teams
    • 멀티모달 LLM (Multimodal Large Language Model)
  • architecture 페이지로 이동
    • 캐시 설계 전략 총정리
    • 디자인 패턴
    • 분산 트랜잭션
  • css 페이지로 이동
    • FlexBox 페이지로 이동
  • database 페이지로 이동
    • mysql 페이지로 이동
    • opensearch 페이지로 이동
    • redis 페이지로 이동
    • 김영한의-실전-데이터베이스-설계 페이지로 이동
    • 커넥션 풀 크기는 얼마나 조정해야할까?
    • 인덱스 - DB 성능 최적화의 핵심
    • 역정규화 (Denormalization)
    • 데이터 베이스 정규화
  • devops 페이지로 이동
    • docker 페이지로 이동
    • k8s 페이지로 이동
    • k8s-in-action 페이지로 이동
    • monitoring 페이지로 이동
  • go 페이지로 이동
    • Go 언어 기본 학습
  • http 페이지로 이동
    • HTTP Connection Pool
  • interview 페이지로 이동
    • 210812 페이지로 이동
    • 뱅크샐러드 AI Native Server Engineer
    • CJ 올리브영 지원 문항
    • CJ 올리브영 커머스플랫폼유닛 Back-End 개발 지원 자료
    • 마이리얼트립 - Platform Solutions실 회원주문개발 Product Engineer
    • NHN 서비스개발센터 AI서비스개발팀
    • nhn gameenvil console backend 직무 인터뷰 준비
    • 면접을 대비해봅시다
    • Tossplace Node.js Developer
    • 토스플레이스 Node.js 백엔드 컬처핏
  • java 페이지로 이동
    • jdbc 페이지로 이동
    • opentelemetry 페이지로 이동
    • spring 페이지로 이동
    • spring-batch 페이지로 이동
    • 더_자바_코드를_조작하는_다양한_방법 페이지로 이동
    • Java의 로깅 환경
    • MDC (Mapped Diagnostic Context)
    • OpenTelemetry 란 무엇인가?
    • Java StampedLock — 읽기 폭주에도 쓰기가 밀리지 않는 락
    • Virtual Thread와 Project Loom
  • javascript 페이지로 이동
    • Data_Structures_and_Algorithms 페이지로 이동
    • Heap 페이지로 이동
    • typescript 페이지로 이동
    • AbortController
    • Async Iterator와 제너레이터
    • CommonJS와 ECMAScript Modules
    • 제너레이터(Generator)
    • Http Client
    • Node.js
    • npm vs pnpm 선택기준은 무엇인가요?
    • `setImmediate()`
  • kafka 페이지로 이동
    • Kafka 기본
    • Kafka를 사용하여 **데이터 정합성**은 어떻게 유지해야 할까?
    • 메시지 전송 신뢰성
  • linux 페이지로 이동
    • fsync — 리눅스 파일 동기화 시스템 콜
    • tmux — Terminal Multiplexer
  • network 페이지로 이동
    • L2(스위치)와 L3(라우터)의 역할 차이
    • L4와 VIP(Virtual IP Address)
    • IP Subnet
  • react 페이지로 이동
    • JSX 페이지로 이동
    • VirtualDOM 페이지로 이동
    • v16 페이지로 이동
  • task 페이지로 이동
    • ai-service-team 페이지로 이동
    • nsc-slot 페이지로 이동
    • the-future-company 페이지로 이동
📚FOS Study

개발 학습 기록을 정리하는 블로그입니다.

바로가기

  • 홈
  • 카테고리

소셜

  • GitHub
  • Source Repository

© 2025 FOS Study. Built with Next.js & Tailwind CSS

목록으로 돌아가기
🚀devops/ k8s

Argo CD

약 3분
2026년 1월 30일
GitHub에서 보기

Argo CD

  • "k8s를 제어하는 컨트롤러"

1. ArgoCD의 정체 : Kubernetes Controller

ArgoCD는 웹 UI가 있는 툴처럼 보이지만, 기술적으로는 K8s Custom Controller이다.

  • CRD(Custom Resource Definition): K8s에는 기본적으로 Pod, Deployment같은 리소스가 있다.
    • ArgoCD를 설치하면 Application과 AppProject라는 새로운 리소스 타입이 생긴다.
  • 동작 원리: 우리가 YAML 파일로 Application 객체를 생성하면, ArgoCD 컨트롤러가 이를 감지한다.
    • "이 Git 주소에 있는 내용을 저 클러스터에 배포하라는 거구나"라고 해석해서 일을 시작한다.

2. 핵심 아키텍처

ArgoCD는 마이크로서비스 구조로 되어 있다. 내부 동작을 알아보자.

  • 1. API Server (gRPC/REST):
    • 웹 UI와 CLI 요청을 받는 게이트웨이
    • 인증(SSO)와 인가(RBAC)를 담당한다.
  • 2. Repository Server:
    • 역할 : Git 저장소의 내용을 로컬에 캐싱하고, YAML을 파싱하는 Git 전담 서비스이다.
    • Helm 차트나 Kustomize 같은 템플릿을 렌더링해서 순수 YAML로 변환하는 작업을 수행한다.
  • 3. Application Controller (핵심):
    • 역할 : 무한 루프를 도는 스케줄러
    • Live State(K8s의 현재 상태)와 Target State(Repo Server가 준 Git 상태)를 비교한다.
    • 다르면 Sync(동기화) 로직을 실행한다.

3. 핵심 리소스 : Application

ArgoCD에서 가장 많이 다루게 될 Application 리소스의 실제 모습이다.
이 YAML 하나가 서비스 하나의 배포 파이프라인을 정의한다.

apiVersion: argoproj.io/v1alpha1
kind: Application
metadata:
  name: api # ArgoCD UI에 뜨는 이름
  namespace: argocd # ArgoCD가 설치된 네임스페이스
spec:
  project: default # 프로젝트 그룹 (권한 관리용)

  # 1. 어디서 가져올까?
  source:
    repoURL: https://github.com/jon890/k8s-manifests.git
    targetRevision: HEAD # 브랜치(main) 또는 태그 (v1.0.0)
    path: api # Git 내부 경로

  # 2. 어디에 배포할까?
  destination:
    server: https:.//kubernetes.default.svc # 타겟 클러스터 API 주소
    namespace: api # 배포될 k8s 네임스페이스

  # 3. 어떻게 동기화할까? (Sync Policy)
  syncPolicy:
    automated: # 자동 동기화 옵션
      prune: # Git에서 파일 지우면 k8s 리ㅗㅅ스도 삭제
      selfHeal: true # 누가 kubectl를 맘대로 고치면 원상 복구
    syncOptions:
      - CreateNamespace=true # 네임스페이스가 없으면 생성

4. 고급 기능: Sync Waves & Hooks (순서 제어)

K8s는 기본적으로 비동기 병렬로 뜬다.
하지만 백엔드 앱은 DB 마이그레이션이 끝나야 서버가 떠야 한다와 같은 순서가 필요한 경우도 있다.
이때 사용하는 것이 Wave와 Hook이다.

  • Sync Waves (우선순위):
    • 리소스에 argocd.argoproj.io/sync-wave: "1"과 같은 어노테이션을 붙인다.
    • 낮은 숫자부터 먼저 배포된다
    • 예: ConfigMap(-1) -> Service(0) -> Deployment(1)
  • Resource Hooks (생명주기 훅):
    • PreSync: 배포 시작 전에 실행
      • 예: DB 스키마 마이그레이션, 백업
    • PostSync: 배포 성공 후 실행
      • 예: Slack 알림, 헬스 체크
    • SyncFail: 실패 시 실행
      • 예: 롤백 트리거

5. ArgoCD 사용 시 주의사항

1. OutofSync 상태:

  • Git과 K8s가 다르다는 뜻이다.
  • UI에서 Diff 탭을 눌러서 무엇이 다른지확인하는 습관이 필요하다.
  • 때로는 K8s가 자동으로 생성하는 필드 떄문에 가짜 차이가 발생할 수 있는데, 이는 ignoreDifferences 설정으로 무시할 수 있다.

2. 무한 Sync 루프:

  • 가끔 ArgoCD가 고치고 -> K8s가 다시 원래대로 돌리고 -> ArgoCD가 다시 고치고를 반복할 때가 있다.
  • 보통 서로 다른 컨트롤러가 충돌할 떄 발생한다.
    • 예: HPA와 Deployment의 replicas 설정

3. Secret 관리:

  • Git에는 비밀번호를 평문으로 올리면 안된다.
  • 보통 SealedSecrets나 Vault, SOPS 같은 도구를 써서 암호화된 파일을 Git에 올리고, ArgoCD가 배포할 떄 복호화하거나 참조하도록 구성한다.

정리 : ArgoCD는 단순 툴이 아니라, Application이라는 CRD를 통해 Git의 상태를 K8s에 반영(Reconcile)하는 컨트롤러이다.

devops 카테고리의 다른 글 보기수정 제안하기

댓글

댓글을 불러오는 중...
목차
  • Argo CD
  • 1. ArgoCD의 정체 : Kubernetes Controller
  • 2. 핵심 아키텍처
  • 3. 핵심 리소스 : Application
  • 4. 고급 기능: Sync Waves & Hooks (순서 제어)
  • 5. ArgoCD 사용 시 주의사항
  • 1. OutofSync 상태:
  • 2. 무한 Sync 루프:
  • 3. Secret 관리: