A
약 80초
기술 경험 + 원칙 연결
Helm chart 모듈화에서 핵심은 재사용 가능한 단위를 서비스 경계로 자르는 것입니다. 개인 프로젝트에서 공통 설정(네임스페이스, 리소스 제한, 환경 변수)을 별도 라이브러리 차트로 분리하고, 서비스별 차트에서 의존성으로 참조하는 구조를 만들었습니다. 이렇게 하니 10개 서비스 차트에서 공통 부분 수정이 1곳만 바꾸면 됐습니다. Kubernetes manifest는 kustomize로 base/overlay 구조를 나눠 환경별 차이를 최소화했습니다. 주의할 점은 차트 간 의존성이 많아지면 업그레이드 순서 관리가 복잡해진다는 것인데, 의존 레이어를 2단계 이상 넘기지 않는 원칙을 세웠습니다. 앞으로도 Helm 모듈화에서 공통 추출 → 서비스 경계 분리 → 의존 레이어 최소화 방식을 유지하겠습니다.
Helm chart 모듈화는 재사용성보다 변경 영향 범위 제어가 목적입니다. 공통 템플릿을 너무 일찍 추출하면 서비스별 예외가 늘어 오히려 복잡해집니다. 먼저 서비스 경계를 명확히 하고, 그 안에서 공통 패턴을 찾는 순서가 유지보수 비용을 실질적으로 줄이는 방법입니다.