핵심 객체와 배포 자동화

최소 배포 단위

K8s가 만들고 관리하는 가장 작은 단위. 한 개 이상의 컨테이너를 묶어 같은 네트워크와 볼륨을 공유합니다.

Ephemeral · 일시적

수명 주기가 짧음. 죽으면 새 IP의 새 파드가 생겨서 desired count가 유지됩니다.

사이드카 패턴

주 컨테이너 옆에 로깅 · 프록시 · 동기화 같은 보조 컨테이너를 함께 두는 구조.

선언적 관리

의도된 상태를 YAML로 선언하면 컨트롤러가 그 상태를 자동으로 유지합니다.

롤링 업데이트

기존 파드를 한 개씩 교체해 무중단으로 새 버전을 배포합니다.

자동 롤백

배포 도중 문제가 감지되면 이전 버전으로 자동 롤백할 수 있습니다.

안정적인 접근점

변하지 않는 IP/포트를 통해 파드 그룹을 대표.

레이블 셀렉터

label로 어떤 파드가 서비스 뒷단인지 결정.

다양한유형

ClusterIP · NodePort · LoadBalancer · ExternalName.

로드밸런싱

kube-proxy + iptables/IPVS로 부하 분산.

논리적 구분

클러스터 자원을 프로젝트/팀/환경별로 가상 분리. 같은 이름의 리소스도 네임스페이스가 다르면 공존.

환경 분리

dev · staging · prod를 한 클러스터에서 운영하면서 충돌을 방지. RBAC와 ResourceQuota도 NS 단위로.

보안 한계

기본적으로 네트워크는 공유. 강한 격리가 필요하면 NetworkPolicy · 멀티클러스터 · 멀티테넌시 도구 검토.

ConfigMap

애플리케이션 설정값(키-값) 저장

이미지를 다시 빌드하지 않고 환경별 설정을 외부에서 주입할 수 있어 이식성과 재사용성이 높아집니다.

주입 방식

환경변수로 주입(env 또는 envFrom)

볼륨 마운트로 파일 형태 주입

Pod 매니페스트의 command/args 인자

Secret

민감정보(비밀번호 · 토큰 · 인증서) 저장

Pod와 독립적으로 생성·관리되어 노출 위험을 줄이고, 매니페스트에 암호를 직접 넣지 않게 해줍니다.

주의 · 기본은 base64 인코딩일 뿐

etcd 저장 시 암호화 옵션 활성화, KMS 연동, 또는 Sealed Secrets · External Secrets · HashiCorp Vault 같은 도구 사용을 권장합니다.

H o r i z o n t a l P o d A u t o s c a l e r

수평 자동 확장(HPA)

CPU · Memory · 커스텀 메트릭 기반으로 파드 개수를 자동 증감.

V e r t i c a l P o d A u t o s c a l e r

수직 확장(VPA)

Pod의 CPU/메모리 요청·제한값을 자동으로 조정하여 자원 활용을 최적화.

C l u s t e r A u t o s c a l e r

노드 자동 확장

파드를 띄울 자리가 부족하면 노드 자체를 추가. 클라우드 환경에서 특히 강력.

Rolling Update

기본 전략. 기존 파드를 한 개씩 교체.

장점 리소스 효율적, 점진적 배포

유의 두 버전이 잠시 공존

Blue / Green

새 환경(Green)에 통째로 배포 후 트래픽 전환.

장점 빠른 롤백, 단순한 검증

유의 리소스 2배 필요

Canary

일부 트래픽만 신버전으로 보내 검증.

장점 위험 최소화, 점진 전환

유의 서비스 메시 등 도구 필요