history: termix image.tag 명시 고정은 정책 위배 — :latest 복귀 위임 기록
- 사용자 정책: 컨테이너 이미지 tag는 :latest 유지가 디폴트 - 헤임달의 image.tag 고정 변경 및 본 history의 '교훈' 가이드 모두 정정 - 헤임달에 :latest 복귀 별도 위임
This commit is contained in:
@@ -30,12 +30,16 @@ tags: [history, termix, k3s, argocd, helm, image-tag]
|
||||
|
||||
수정: chart values의 `image.tag`에서 `-tag` suffix 제거 → 정상 pull.
|
||||
|
||||
> **교훈**: 새 서비스의 image tag를 처음 명시 고정할 때는 release 페이지 이름이 아니라 **registry의 실제 tag**를 확인할 것 (`crane ls <repo>` 또는 registry UI).
|
||||
## 정책 노트 — image.tag 명시 고정 ❌
|
||||
|
||||
## 후속 / 영향
|
||||
이번에 chart values에 `image.tag: release-2.3.1`을 명시 고정했지만, **사용자 정책상 잘못된 변경**이다.
|
||||
|
||||
- `:latest` 부유가 사라져서 이제 chart values 변경 없이는 이미지가 바뀌지 않음. 이전엔 노드 재시작/pod 재기동 시 무의식적으로 새 latest를 pull할 수 있었음.
|
||||
- 다음 termix 업그레이드 시 절차: GitHub release 확인 → registry tag 이름 검증 → chart `image.tag` 갱신 → chart minor bump → ArgoCD sync.
|
||||
- 디폴트는 `:latest` 유지. 업그레이드는 pod 재시작 한 번으로 충분.
|
||||
- 명시 고정은 (a) chart 매번 수정 + (b) tag 이름 매칭 (이번 `-tag` suffix처럼) 함정 + (c) 자동 갱신 차단 → 비용만 늘림.
|
||||
- 사용자 정책: 명시 고정은 "이 버전이어야만 하는 명확한 이유"가 있을 때만. 단순 업그레이드 작업에서 임의로 도입하지 말 것.
|
||||
- 처리: 헤임달에 `image.tag` 줄 제거 + `:latest` 복귀 작업 위임 (2026-05-29 동일자).
|
||||
|
||||
수행자 노트: kappa가 헤임달 변경 + 이 history의 초안 가이드("좋은 변경") 모두 사용자 정책 위배로 정정. 향후 헤임달 위임 시 본 정책을 명시 전달.
|
||||
|
||||
## 검증
|
||||
|
||||
|
||||
Reference in New Issue
Block a user