service-catalog/manifests/applicationset/airflow/1.16.0

airflow ArgoCD ApplicationSet

airflow-db(cnpg-cluster, syncWave 0) → airflow(syncWave 1) 2단계로 배포한다. 전체 스키마는 manifests/applicationset/openmetadata/1.12.1/와 manifests/applicationset/victoria-metrics/1.0.0/를 따른다.

구성

• applicationset.yaml — list generator로 Application 2개 생성.
• airflow-db-values.yaml — cnpg-cluster 환경 오버레이 템플릿(DB/owner, 시크릿 참조).
• airflow-values.yaml — airflow 환경 오버레이 템플릿(DB 비밀번호만).

두 파일 모두 템플릿이다 — dip-console이 렌더링해 값 repo(dip/tenant-catalog)의 airflow/*.yaml로 커밋하는 것을 가정한다.

값 적용 순서 (2단)

각 Application은 baseValues(카탈로그 차트의 custom-values.yaml) + valuesPath(값 repo의 환경 오버레이, 나중 파일 우선)를 병합한다.

사전 준비 (ArgoCD 밖)

• cloudnative-pg operator(manifests/helm/cloudnative-pg/0.29.0)가 클러스터에 먼저 설치되어 있어야 한다 — 없으면 airflow-db(Cluster CR)가 webhook 부재로 생성 자체가 거부된다.
• airflow-db-values.yaml의 bootstrap.initdb.secretName과 동일한 이름·값의 K8s Secret이 대상 네임스페이스에 미리 존재해야 한다(username/password 키).
• ArgoCD가 Cluster.postgresql.cnpg.io 커스텀 리소스의 상태를 "Healthy"로 판정하려면 argocd-cm에 해당 CRD용 커스텀 헬스 체크(Lua)가 등록되어 있어야 sync-wave 1이 정상 대기한다 — 미등록 시 wave 0이 Progressing으로만 남아 wave 1로 못 넘어갈 수 있다.

배포 테스트

절차와 주의사항은 .claude/deploy-test-procedure.md "카탈로그 앱 → cnpg-cluster 전환 배포 테스트" 절을 따른다. APP_POD_SELECTOR="component=webserver", fixture는 scripts/deploy-test/fixtures/airflow-deploy-test-overrides.yaml.