wbsong111
6878b61efa
security-catalog 프로젝트에서 첫 실사용 자체 빌드 이미지 3종을 포팅한다 — 전부
상위 태그·베이스 OS 교체로 해소 안 되는 CVE(Go 모듈 정적 링크 또는 미수정 CRITICAL/
HIGH)를 자체 빌드(소스 컴파일 또는 SUSE BCI 재설치)로 대응한다:
- images/cloudnative-pg: CNPG operator, release-1.30 소스 컴파일 + bci-micro
- images/cnpg-postgresql: PostgreSQL 18.4, bci-base + zypper 재설치
- images/etcd: etcd v3.7.1, 소스 컴파일(x/text 강제 업그레이드) + bci-micro
함께 추가:
- manifests/helm/{cloudnative-pg,cnpg-cluster,etcd} — 위 이미지를 참조하는 카탈로그 차트
- scripts/deploy-test/*.sh, .claude/deploy-test-procedure.md — CVE 0건과 별개로
"실제로 뜨는가"를 검증하는 배포 스모크 테스트
- .claude/pitfalls.md — 자체 빌드/배포 테스트 중 실측한 함정 모음
검토 중 발견해 반영한 수정:
- cloudnative-pg 차트의 image 블록을 etcd와 동일한 registry/repository/tag 3필드+
따옴표 포맷으로 통일 — 기존 포맷(repository에 registry+repo 결합, 따옴표 없음)은
patch-catalog-tag.py 의 split 패처가 tag만 갱신하고 repository는 그대로 남기는
조용한 부분 치환을 일으켜, 향후 레지스트리 마이그레이션 시 깨진 참조를 만들 수 있었다
- cnpg-cluster 차트의 SLES 커버리지 코멘트를 최신 실측(trivy가 SLES 15.7을 정상
커버함, 2026-07-29 재측정)에 맞게 정정 — 폐기된 "측정 불가/OVAL 우회 필요" 결론이
남아있었다
- CLAUDE.md/MEMORY.md 의 "images/ 디렉토리 없음" 서술을 갱신하고, 레지스트리
마이그레이션(docker.io/wbsong111 → docker.io/paasup)·decisions/analysis 문서 이관·
리소스 프로파일 추가를 다음 작업으로 기록
이 3개 이미지는 아직 dip-catalog 자체 CI(build-image.yml)로 빌드·게이트·push 를
실행해본 적이 없다 — 현재 참조 태그는 security-catalog 쪽에서 이미 검증된 것이다.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
33 lines
944 B
YAML
33 lines
944 B
YAML
# etcd — DIP 플랫폼 기본 배포값 (운영 기준)
|
|
|
|
replicas: 3
|
|
|
|
settings:
|
|
clusterToken: "etcd-cluster-0"
|
|
https:
|
|
# 평문 클라이언트/피어 통신은 운영 기본값으로 부적절하다.
|
|
# autoTls 는 etcd 가 자체 서명 인증서를 생성한다 — CA 발급 인증서로
|
|
# 교체하려면 extraSecrets 로 마운트하고 이 값을 다시 false 로 내려야 한다.
|
|
enabled: true
|
|
autoTls: true
|
|
|
|
serviceMonitor:
|
|
# rancher-monitoring(Prometheus Operator) 설치 환경에서만 true
|
|
enabled: true
|
|
|
|
storage:
|
|
requestedSize: 20Gi
|
|
className: "longhorn"
|
|
|
|
resources:
|
|
requests:
|
|
cpu: "1"
|
|
memory: 1Gi
|
|
limits:
|
|
cpu: "2"
|
|
memory: 2Gi
|
|
|
|
# 이 차트는 자동 백업이 없다. 스냅샷은 운영자가 수동으로 실행한다
|
|
# kubectl exec <pod> -- etcdctl snapshot save /tmp/snapshot.db
|
|
# 정기 백업이 필요하면 별도 CronJob 을 구성해야 한다(이번 범위 밖).
|