112. 서버리스 쿠버네티스 (Serverless Kubernetes & Fargate)

핵심 인사이트 (3줄 요약)

노드 관리의 종말: 워커 노드(VM)의 프로비저닝, 패치, 확장을 클라우드 벤더가 대신 처리하여 인프라 관리 부담을 제로화합니다.
파드(Pod) 단위 과금: 실행되는 파드의 vCPU와 메모리에 대해서만 초 단위로 과금되므로, 유휴 자원 낭비를 원천 차단합니다.
보안 및 격리 강화: 각 파드가 독립적인 마이크로VM(MicroVM) 환경에서 실행되어 완벽한 커널 격리를 제공합니다.

Ⅰ. 개요 (Context & Background)

전통적인 쿠버네티스(K8s) 클러스터 운영의 가장 큰 고통 중 하나는 데이터 플레인, 즉 '워커 노드(Worker Node)' 인프라의 관리(용량 산정, OS 패치, 보안 강화, 클러스터 오토스케일러 설정)였습니다. **서버리스 쿠버네티스(Serverless Kubernetes)**는 제어 평면(Control Plane)뿐만 아니라 데이터 플레인까지 클라우드 서비스 제공자(CSP)가 완전히 관리하는 모델입니다. 대표적으로 AWS Fargate, GCP Autopilot, Azure ACI가 있으며, 개발자는 오직 K8s 명세서(Pod/Deployment YAML) 작성에만 집중할 수 있습니다.

Ⅱ. 아키텍처 및 핵심 원리 (Deep Dive)

서버리스 쿠버네티스 모델에서 워커 노드는 사용자에게 노출되지 않습니다. 클러스터에 파드 배포를 요청하면, 클라우드 벤더의 Fargate 인프라가 실시간으로 필요한 크기의 마이크로VM을 할당하여 파드를 구동합니다.

+-------------------------------------------------------------+
|               AWS EKS (or ECS) Control Plane                |
|  [ API Server ]  [ etcd ]  [ Scheduler ]  [ Controller ]    |
+------------------------------+------------------------------+
                               |
                   (Pod Scheduling Request)
                               |
                 +-------------v-------------+
                 | AWS Fargate Fleet (Fleet) |
                 |  (Invisible to User)      |
                 +-------------+-------------+
                               |
       +-----------------------+-----------------------+
       |                       |                       |
+------v------+         +------v------+         +------v------+
| MicroVM     |         | MicroVM     |         | MicroVM     |
| [ Pod A ]   |         | [ Pod B ]   |         | [ Pod C ]   |
| vCPU: 0.5   |         | vCPU: 2.0   |         | vCPU: 1.0   |
| RAM: 1GB    |         | RAM: 8GB    |         | RAM: 2GB    |
+-------------+         +-------------+         +-------------+

마이크로VM (MicroVM) 격리: Firecracker와 같은 초경량 가상화 기술을 사용해 파드마다 전용 커널과 격리된 샌드박스를 제공하여 멀티 테넌트 보안 위협(Container Escape)을 차단합니다.
Right-sizing (최적화): 사용자가 파드 스펙(requests/limits)에 정의한 리소스만큼만 정확히 할당받고 청구됩니다.
노드 레벨 에이전트 제약: DaemonSet과 같이 노드 전체를 제어하는 권한을 가진 컴포넌트는 사용할 수 없으며, 컨테이너 로그나 메트릭 수집은 사이드카(Sidecar) 패턴으로 해결해야 합니다.

Ⅲ. 융합 비교 및 다각도 분석 (Comparison & Synergy)

비교 항목	매니지드 노드 그룹 (EKS Managed Nodes)	서버리스 쿠버네티스 (AWS Fargate)
운영 주체	사용자가 VM 인스턴스(EC2) 관리 및 패치 일부 관여	클라우드 벤더가 전적으로 관리 (노드 개념 없음)
과금 방식	EC2 인스턴스의 구동 시간 기반 과금	파드가 실제 사용한 vCPU, RAM 단위 과금
보안 수준	동일 노드 내 파드 간 커널 공유	파드별 마이크로VM 할당으로 강한 커널 격리
확장성	Cluster Autoscaler(CA)를 통한 노드 스케일 아웃	파드 스케줄링 시 즉시 용량 무한 확장 지원
제약 사항	노드 레벨 커스텀(DaemonSet 등) 완벽 지원	권한 제약 파드 구동, GPU 자원 제약 존재

Ⅳ. 실무 적용 및 기술사적 판단 (Strategy & Decision)

변동성이 심한 워크로드: 트래픽 패턴 예측이 어렵고 유휴 자원이 많이 남는 환경에서는 서버리스 쿠버네티스가 비용 최적화(FinOps)의 핵심 솔루션입니다.
보안 민감 환경: 금융 및 공공 섹터에서 파드 간 엄격한 물리/논리적 격리가 필요한 경우 최우선으로 도입해야 합니다.
도입 시 주의점: 데몬셋(DaemonSet) 및 호스트 네트워크(HostNetwork)를 요구하는 모니터링/보안 솔루션은 호환되지 않으므로 아키텍처 사전 검토가 필수적입니다.

Ⅴ. 기대효과 및 결론 (Future & Standard)

서버리스 쿠버네티스는 데브옵스 팀의 '인지 부하(Cognitive Load)'를 획기적으로 줄여, 비즈니스 애플리케이션 개발에 역량을 집중하게 해줍니다. 향후 클라우드 네이티브의 방향성은 복잡한 K8s 인프라 관리를 벤더에 넘기고(NoOps 지향), 개발자는 오직 코드와 서비스 정의(YAML)만 고민하는 형태로 완전히 진화할 것입니다.

📌 관련 개념 맵 (Knowledge Graph)

상위 개념: 클라우드 컴퓨팅, 서버리스 (Serverless), 컨테이너 (Container)
하위/연관 개념: 마이크로VM (Firecracker), 사이드카 (Sidecar) 패턴, DaemonSet, FinOps (비용 최적화)

👶 어린이를 위한 3줄 비유 설명

쿠버네티스는 거대한 공장이고, 워커 노드는 그 안에서 일하는 로봇(기계)들이에요.
예전에는 이 기계들을 직접 사고 수리해야 했는데, 이제는 클라우드 아저씨가 요술 기계를 빌려줘요.
우리가 "이만큼 일해줘!" 하고 요청할 때만 기계가 나타나서 일하고 사라지니까 전기도 절약되고 아주 편해요!