개념 (Concepts)
용어와 프레임워크를 ‘이게 뭘 하는가’라는 한 줄 정의로 먼저 못박고, ‘내가 감각한 것 → 실제 역할 → 어떤 불편을 없앴나’ 순으로 다시 정리하는 개념 모음. 컨테이너·쿠버네티스·관측 등 인프라 개념을 엔지니어의 시선으로 갈래별로 나눕니다.
-
Service는 실체가 없다 — kube-proxy가 iptables로 트래픽을 꽂는 법
A4에서 ‘ClusterIP는 IP지만 :Port 고정이라 L4’라고 했다. 그 ‘왜’의 실체는 iptables다. 지금 이 클러스터의 kube-proxy에서 실제 룰을 그대로 떠서, ClusterIP가 어떤 프로세스도 아니라 KUBE-SERVICES▸KUBE-SVC(확률 분기)▸KUBE-SEP(DNAT)라는…
-
ConfigMap·Secret — 코드와 값을 떼어놓기 (그리고 cgroup으로 수미상관)
같은 이미지를 dev·prod에서 그대로 쓰되 바뀌는 값만 밖에서 주입한다 — 그 장치가 ConfigMap(설정)과 Secret(민감값)이다. 실제 kubectl 콘솔로 주입을 확인하고, ‘Secret은 암호화가 아니라 base64’라는 함정과, limits가…
-
Service·ClusterIP·NodePort·Ingress — 트래픽을 어떻게 꽂나
Pod IP는 수시로 바뀐다. 그 앞에 고정된 접속 창구를 세우는 것이 Service다. Service(ClusterIP·NodePort·LoadBalancer)와 Ingress를 한 줄 정의로 갈라내고, 실제 kubectl 콘솔로 ‘Pod가 바뀌어도 ClusterIP는 그대로’임을…
-
ReplicaSet·Deployment·StatefulSet·Canary — 몇 개를, 어떻게 굴릴까
쿠버네티스는 Pod를 직접 만들지 않는다. ‘이 상태로 유지하라’를 맡으면 컨트롤러가 대신 개수·버전·배치를 지킨다. ReplicaSet·Deployment·DaemonSet·StatefulSet·Job/CronJob과 Canary 배포를 한 줄 정의로 갈라내고, 실제 kubectl 콘솔로 자기치유와 롤링…
-
Control Plane·Node·Pod·Namespace — 클러스터는 누가 관리하나
컨테이너 하나는 이해했는데, 수백 개로 늘어 여러 머신에 흩어지면 누가 관리하나? 그 답이 쿠버네티스다. Control Plane(두뇌)·Node(일꾼)·Pod(최소 배포 단위)·Namespace(논리 폴더)를 한 줄 정의로 갈라내고, 실제 kubectl…
-
Dockerfile·이미지·컨테이너·도커 — 밀린 주어 바로잡기
‘도커는 명령을 모아둔 파일, 컨테이너는 도커를 관리하는 프레임워크’ — 이런 막연한 감각은 주어가 한 칸씩 밀려 있다. Dockerfile(레시피)·Image(스냅샷)·Container(실행된 프로세스)·Docker(도구)를 한 줄 정의로 갈라내고, 실제 도커…