TL;DR
- EKS는 AWS에서 제공하는 관리형 Kubernetes 서비스
- 직접 쿠버네티스를 설치·운영하지 않고, AWS가 Control Plane을 대신 관리
- 핵심 구성 요소: Cluster, Node, Pod, Service, Ingress
- AWS Fargate를 사용하면 Node 관리까지 서버리스(Serverless)로 자동화 가능
- 개발자는 Pod와 Service 정의에 집중하면 됨
1. EKS란?
EKS(Amazon Elastic Kubernetes Service)는 AWS에서 제공하는 관리형 Kubernetes 서비스입니다.
직접 Kubernetes Control Plane을 설치하거나 유지보수하지 않아도 되고, AWS가 대신 관리해줍니다.
즉, 개발자는 애플리케이션(Pod) 배포와 운영에만 집중할 수 있습니다.
2. 핵심 개념 정리
🔹 Cluster
- 쿠버네티스의 가장 큰 단위
- 하나의 네트워크·리소스 공간을 의미
- 운영/개발 환경을 분리할 때 보통 Cluster 단위로 구분
🔹 Node
- Pod가 실행되는 서버
- EC2 인스턴스 기반 또는 AWS Fargate 기반
- 원래는 Node 1대에 여러 Pod(1:N)를 올려 효율적으로 사용
- Fargate를 쓰면 Node와 Pod가 1:1 매핑되어 관리가 단순화됨
🔹 Pod
- 쿠버네티스에서 실행되는 최소 단위
- 실제로 Docker 컨테이너가 실행되는 공간
- 하나의 Pod = 하나의 애플리케이션 인스턴스라고 이해하면 됨
🔹 Service
- Pod에 접근할 수 있도록 해주는 네트워크 추상화 계층
- Pod의 IP는 유동적이므로 직접 접근 불가
- Service가 **고정된 엔드포인트(예: my-service:3000)**를 제공하여 트래픽을 Pod로 라우팅
🔹 Ingress
- 클러스터 외부에서 내부 Service로 접근하기 위한 게이트웨이
- 도메인/경로 기반 라우팅 가능
- 보통 AWS Load Balancer와 연결되어 사용
3. AWS Fargate와의 관계
일반적으로 쿠버네티스를 쓰면 Node(서버) 관리를 직접 해야 합니다.
하지만 AWS Fargate를 사용하면 이 과정이 자동화됩니다.
- Pod 실행 → AWS가 필요한 Node 자동 생성
- Pod 삭제 → AWS가 Node를 자동 정리
- 즉, 서버에 SSH 접속할 필요가 없음 (완전 서버리스)
장점:
- 서버 관리 부담 감소
- 리소스 낭비 최소화
- 운영 편의성 증가
4. 흐름 요약
외부 사용자가 서비스를 이용할 때 트래픽 흐름은 다음과 같습니다:
사용자 요청 → Ingress → Service → Pod (컨테이너 실행)- Cluster = 환경(네트워크 공간)
- Node = Pod가 올라가는 서버
- Pod = 실제 애플리케이션 실행 단위
- Service = Pod 접근용 고정 엔드포인트
- Ingress = 외부 요청 진입 지점
- Fargate = Node 서버리스 자동 관리
5. 정리
- EKS는 AWS에서 제공하는 관리형 쿠버네티스 서비스
- 쿠버네티스의 핵심 개념(Cluster, Node, Pod, Service, Ingress)을 기반으로 동작
- Fargate를 활용하면 Node 관리까지 자동화하여 운영 효율성을 높일 수 있음
- 개발자는 애플리케이션(Pod)과 네트워크(Service/Ingress)만 정의하면 됨
Front-End Programmer