wbsong111
39f4b9778f
`demo01-air` 에서 webserver 가 반복 롤링되고 migrations job 이 5분 주기로 재실행되던 것을 추적한 결과, 원인이 서로 다른 두 개였고 둘 다 카탈로그 기본값에서 비롯됐다 — 모든 airflow 테넌트가 해당된다. 원인 1 — webserverSecretKey 가 렌더할 때마다 바뀐다 값을 주지 않으면 차트가 템플릿에서 직접 난수를 만들고(`randAlphaNum 32`), 그 Secret 이 webserver·worker Deployment 의 `checksum/webserver-secret-key` 애노테이션에 물려 있어 렌더할 때마다 Deployment spec 이 바뀐다. 캐시된 매니페스트를 쓰는 reconcile 로는 일어나지 않지만 일반 refresh 만으로도 일어난다(실측). 차트 안에서는 못 고친다. `lookup` 재사용은 ArgoCD repo-server 가 클러스터 접근 없이 클라이언트 렌더를 하므로 항상 빈 값이다(클러스터에 Secret 이 실재하는데도 빈 값인 것을 확인). 릴리스명·네임스페이스 기반 결정적 파생은 렌더는 안정되지만 파생 입력이 전부 공개 정보라 세션 서명 키를 예측할 수 있어 부적합하다. 값이 차트 바깥에서 와야 한다. 그래서 `$WEBSERVER_SECRET_KEY` placeholder 를 두고, 배포 시점에 dip-console-api 가 난수로 치환한다(`catalogs/catalogtype/catalog_airflow.go` 의 `DeployPreInstall`). 치환된 values 가 tenant 레포에 저장되므로 이후 렌더는 그 고정값을 쓴다. 공용 `catalog_type_base.go` 가 아니라 airflow 전용 훅에 둔다. 원인 2 — migrations job 이 TTL 삭제 ↔ selfHeal 재생성 루프에 빠진다 `useHelmHooks: false`(업스트림이 ArgoCD 환경에 권고) 로 Job 이 ArgoCD 추적 리소스가 됐는데 차트 기본값 `ttlSecondsAfterFinished: 300` 이 그대로 남아 있었다. 완료 300초 뒤 TTL 컨트롤러가 Job 을 지우면 ArgoCD 가 OutOfSync 로 보고 selfHeal 이 다시 만든다. 템플릿에서 TTL 은 `useHelmHooks` 와 무관하게 항상 렌더되고 `kindIs "invalid"` 일 때만 빠지므로, `~` 로 꺼서 필드 자체를 없앤다. 대신 완료된 Job 객체가 남는다. 반영 위치가 2곳이다 — helm 카탈로그와 applicationset(`---` 뒤 두 번째 문서) 양쪽. 한쪽만 고치면 배포 경로에 따라 증상이 남는다. 주의 — dip-console-api 와 짝이다. 한쪽만 머지되면 placeholder 문자열이 그대로 키가 되거나(카탈로그만) 아무 일도 일어나지 않는다(console 만). 이미 배포된 테넌트는 재배포해야 적용된다. fernet key 는 같은 구조지만 체크섬에 물려 있지 않아 증상·마이그레이션 경로가 다르다 — 별건(#38)으로 둔다. Refs #29 Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
service-catalog
paasup service catalog..