EKS
관리형 쿠버네티스. 기존 K8s 자산을 그대로 옮길 때
이게 뭔가요? / What is this?
EKS는 눈에 보이는 서버 묶음이 아니라, 쿠버네티스라는 오픈소스 컨테이너 관리 시스템의 "두뇌"(컨트롤 플레인) 부분을 AWS가 대신 운영해 주는 관리형 서비스입니다. 아파트 관리사무소를 직접 운영하지 않고 위탁 관리 업체에 맡기는 것처럼, 쿠버네티스의 복잡한 운영 부분을 AWS에 맡기고 입주민(컨테이너)만 신경 쓰면 됩니다.
개요 / Overview
EKS는 쿠버네티스 컨트롤 플레인을 AWS가 운영해 주는 서비스입니다. 시험에서는 "이미 쿠버네티스를 쓰고 있다", "온프레미스 K8s를 마이그레이션한다"처럼 쿠버네티스를 명시할 때 선택합니다. 그런 언급이 없으면 보통 ECS가 더 단순한 정답입니다.
동작 원리 / How it works
EKS는 쿠버네티스 컨트롤 플레인(API 서버, etcd, 스케줄러)을 AWS가 다중 AZ로 운영해 주는 서비스입니다. 워커 노드는 관리형 노드 그룹(AWS가 EC2를 관리), 자체 관리 노드, 또는 Fargate 프로필 중에서 고릅니다. AWS와 쿠버네티스의 권한 체계를 잇는 것은 IRSA(서비스 어카운트용 IAM 역할)로, 파드가 노드 역할을 빌리지 않고 자기 IAM 역할로 AWS API를 호출하게 합니다.
시험은 무엇을 보는가 / What the exam is testing
시험에서 EKS는 조건부 정답입니다. 쿠버네티스를 명시하는 신호가 있어야 하고, 없으면 더 단순한 ECS/Fargate가 이깁니다. 즉 EKS 문제는 서비스 지식보다 "문제가 요구를 명시했는지 읽는 능력"을 봅니다.
시험 포인트 / Exam points
문제에 "Kubernetes", "kubectl", "Helm", "기존 K8s 매니페스트" 같은 단어가 있으면 EKS입니다. 단순히 "컨테이너"라고만 하면 ECS/Fargate가 운영 부담이 더 적어 정답이 되기 쉽습니다.
EKS도 Fargate에서 파드를 실행할 수 있어 노드 그룹 관리를 없앨 수 있습니다. "쿠버네티스는 유지하되 노드는 관리하고 싶지 않다"의 정답입니다.
자주 틀리는 함정 / Common traps
단순히 "컨테이너 오케스트레이션이 필요하다"에 EKS를 고르는 것 — 운영 부담과 비용이 더 크므로 ECS가 정답일 가능성이 높습니다.
파드에 노드 인스턴스 역할로 권한을 주는 것 — 그 노드의 모든 파드가 같은 권한을 갖게 되어 최소 권한을 위반합니다. IRSA를 써야 합니다.
Amazon EKS
Managed Kubernetes, for lifting existing K8s workloads
이게 뭔가요? / What is this?
EKS is not a visible cluster of servers — it is a managed service where AWS runs the "brain" (the control plane) of the open-source Kubernetes system on your behalf. Like outsourcing an apartment building management office to a professional firm, you hand off the complex operational work of Kubernetes to AWS and only worry about your own tenants (containers).
개요 / Overview
EKS runs the Kubernetes control plane for you. Choose it when the scenario names Kubernetes — "already uses Kubernetes", "migrate on-premises K8s". Without that signal, ECS is usually the simpler correct answer.
동작 원리 / How it works
EKS runs the Kubernetes control plane — API server, etcd, scheduler — across multiple AZs for you. Worker nodes come from managed node groups (AWS manages the EC2), self-managed nodes, or Fargate profiles. The bridge between AWS and Kubernetes permissions is IRSA (IAM Roles for Service Accounts), which lets a pod call AWS APIs under its own role instead of borrowing the node role.
시험은 무엇을 보는가 / What the exam is testing
EKS is a conditional answer: it needs an explicit Kubernetes signal, and without one the simpler ECS or Fargate wins. So EKS questions test reading the stated requirement more than service knowledge.
시험 포인트 / Exam points
Words like "Kubernetes", "kubectl", "Helm", or "existing manifests" mean EKS. If it only says "containers", ECS/Fargate usually wins on lower operational overhead.
EKS can run pods on Fargate, removing node-group management — the answer to "keep Kubernetes but stop managing nodes".
자주 틀리는 함정 / Common traps
Choosing EKS for a plain "we need container orchestration" — it carries more overhead and cost, so ECS is usually correct.
Granting pod permissions through the node instance role — every pod on that node inherits them, violating least privilege. Use IRSA.
AWS SAA Hub Pro는 독립 학습 자료이며 Amazon Web Services, Inc.의 공식 서비스가 아닙니다. 시험 정책과 서비스 사양은 AWS 공식 문서를 기준으로 확인하세요.