O Que É o Amazon EKS? Kubernetes Gerenciado na AWS
O Amazon EKS (Elastic Kubernetes Service) é o Kubernetes gerenciado da AWS: a AWS roda o control plane e você roda os workloads em worker nodes ou no Fargate.
O Kubernetes é poderoso mas operacionalmente pesado de rodar por conta própria. O EKS remove a parte mais difícil ao gerenciar o control plane do Kubernetes por você, com alta disponibilidade e patching automático. Você traz a capacidade de worker e seus manifests; a AWS mantém o cérebro do cluster saudável.
O que o EKS gerencia por você
O EKS roda o API server, o scheduler e o datastore etcd do Kubernetes através de múltiplas availability zones. Você não precisa mais cuidar do control plane. Você ainda escolhe como os worker nodes rodam: managed node groups, self-managed nodes, ou Fargate profiles serverless.
Como você interage com ele
Você fala com o EKS da mesma forma que fala com qualquer cluster Kubernetes: com kubectl e manifests padrão ou Helm charts. O EKS autentica o kubectl usando o IAM, mapeando identidades AWS para roles do Kubernetes, então o controle de acesso se conecta de volta à sua conta AWS.
Quando o EKS faz sentido
- Você já roda Kubernetes e quer isso gerenciado na AWS.
- Você precisa do amplo ecossistema Kubernetes de operators e tooling.
- Você roda muitos serviços que se beneficiam do scheduling compartilhado do cluster.
- Você quer portabilidade entre nuvens usando uma API Kubernetes comum.
EKS vs ECS
O ECS é mais simples e específico da AWS; o EKS dá a você o ecossistema Kubernetes completo ao custo de mais complexidade. Equipes sem investimento existente em Kubernetes frequentemente começam no ECS ou Fargate; equipes padronizadas em Kubernetes escolhem o EKS.
Papel no CI/CD
Um pipeline faz build de uma imagem, a envia para o ECR, então aplica manifests atualizados ou um Helm release ao cluster. A autenticação usa uma role IAM/OIDC que mapeia para um service account do Kubernetes. Ferramentas de GitOps como o Argo CD também podem observar um repo e reconciliar o cluster, deixando o CI apenas atualizar tags de imagem no Git.
Principais conclusões
- O EKS é Kubernetes gerenciado: a AWS roda o control plane, você roda os workloads.
- Você usa kubectl e Helm padrão, com o IAM mapeado para o acesso do Kubernetes.
- Pipelines implantam enviando para o ECR e aplicando manifests ou um Helm release.