대세는 쿠버네티스 (초급~중급편) 을 듣고 정리한 포스트입니다.

개발환경과 상용환경의 차이를 컨테이너 이미지 안에 박혀있는 값으로 제어하면, 환경마다 이미지를 따로 만들어야 한다. 그러면 이미지 사이즈도 커지고 빌드/배포 파이프라인도 복잡해진다.

그래서 환경별로 달라지는 값을 이미지 밖으로 분리하고, 컨테이너는 그 값을 환경변수나 파일로 주입받아 쓰게 한다. 이 분리를 담당하는 오브젝트가 ConfigMap과 Secret이다.

같은 이미지에 ConfigMap/Secret 데이터만 바꿔 끼우면 개발용/상용용을 그대로 재사용할 수 있다. 이게 핵심 이점이다.

값을 컨테이너에 넣는 방법은 두 가지다.

ConfigMap과 마찬가지로 key: value 구성이지만, 민감한 값을 담는다.
value는 base64로 인코딩해서 넣는 게 규칙. 파드에 주입될 때는 자동으로 디코딩되어 컨테이너 안에서는 원래 값 그대로 보인다.
일반적인 오브젝트(Pod, ConfigMap 등)는 etcd(k8s DB)에 저장되는데, Secret은 노드의 메모리(tmpfs)에 저장되어 디스크에 흔적을 남기지 않는다. 단, 이 저장소는 1MB 용량 제한이 있어서 너무 큰 데이터를 Secret에 담으면 안 된다.

상수뿐 아니라 파일도 ConfigMap/Secret에 담을 수 있다. 설정 파일(nginx.conf, application.yml 등) 전체를 넣고 싶을 때 이 방식을 쓴다.
이 경우엔 환경변수가 아니라 볼륨으로 마운트해서 사용한다. Pod 안에 mountPath를 정의하고 연결한다.

Env vs Mount 요약

	Env	Mount
적합한 데이터	짧은 상수 값	설정 파일 전체
반영 방식	컨테이너 시작 시 한 번 주입	볼륨 연결
값 변경 시	컨테이너 재시작 필요	ConfigMap/Secret이 갱신되면 파일이 자동 갱신됨(단, 애플리케이션이 재읽기 하지 않으면 반영 안 될 수 있음)
대표 용도	LOG_LEVEL, PORT, DB_PASSWORD	nginx.conf, TLS 인증서, application.yml

대세는 쿠버네티스 - [기초] Object - ConfigMap, Secret - Env, Mount