![[실전가이드] OpenStack Helm 배포를 GitOps로 전환: FluxCD+Argo CD 아키텍처 설계와 운영 전략](https://img1.daumcdn.net/thumb/R800x0/?scode=mtistory2&fname=https%3A%2F%2Fblog.kakaocdn.net%2Fdna%2FblIndB%2FdJMcai9Qib0%2FAAAAAAAAAAAAAAAAAAAAAFhAxGmNAklRtxMr7Ku2pB1KhSPnlg087QvmQwjlXR45%2Fimg.png%3Fcredential%3DyqXZFxpELC7KVnFOS48ylbz2pIh7yKj8%26expires%3D1769871599%26allow_ip%3D%26allow_referer%3D%26signature%3DMy3x0TzVSVKvBQ5Q%252BuxoK2WP%252BFs%253D)
데브옵스
[실전가이드] OpenStack Helm 배포를 GitOps로 전환: FluxCD+Argo CD 아키텍처 설계와 운영 전략
두줄요약
OpenStack Helm 배포를 렌더링 CI에서 FluxCD HelmRelease 기반 GitOps로 전환한 사례를 다뤘습니다. Argo CD와 FluxCD 역할 분담, 값 관리, 의존성 제어, CRD 배포 패턴까지 운영 관점에서 정리했습니다.
핵심 내용
- OpenStack Helm 배포를 Genestack CI 렌더링 방식에서 FluxCD HelmRelease 기반 선언형 GitOps로 전환
- Argo CD는 선언 동기화와 관제, FluxCD는 Helm install/upgrade/rollback 수행
- Helm 값 계층, PostRenderer, dependsOn, sync-wave, SkipDryRunOnMissingResource로 운영 복잡도와 배포 순서 제어
- 렌더링 파이프라인 제거로 변경 반영 단순화, 다만 하위 리소스 가시성과 패치 필요성은 트레이드오프
적용해볼 점
- 전역값과 인라인 값을 재사용 빈도와 파급 범위 기준으로 분리
- CRD 포함 리소스는 배포 순서와 Dry-Run 예외 처리 패턴을 함께 설계
- Helm 차트 미노출 값은 우선 업스트림 반영, 긴급 시 PostRenderer로 보정