Por que escolheu o Amazon ECS em vez do Amazon EKS?

Escolhi o Amazon ECS (Elastic Container Service) em vez do Amazon EKS (Elastic Kubernetes Service) neste caso pelos seguintes motivos:

• Facilidade de uso: ECS é mais simples de configurar e gerir, especialmente para cargas de trabalho pequenas e médias. Está integrado com a AWS, o que facilita trabalhar com outros serviços. O EKS requer mais conhecimentos e esforço para implementar e manter um cluster Kubernetes.
• Integração com AWS Fargate: A possibilidade de executar contêineres sem necessidade de gerir instâncias EC2 básicas (abordagem serverless) simplifica bastante a carga operacional. O EKS também suporta Fargate, mas a integração no ECS parece mais nativa e intuitiva.
• Custo: Para certos cenários, o ECS pode ser mais rentável, especialmente ao usar Fargate, onde paga-se pelos recursos utilizados pelos contêineres. O EKS tem um custo adicional pela gestão do cluster.
• Ausência de necessidade de todo o ecossistema Kubernetes: Se não for necessária uma orquestração complexa própria do Kubernetes, e as capacidades oferecidas pelo ECS forem suficientes, a escolha a favor da simplicidade e menor complexidade do ECS é justificada. Para projetos que não precisam de toda a potência da API do Kubernetes e do seu vasto ecossistema de ferramentas, o ECS é uma opção mais adequada.

Assim, a escolha do ECS é motivada pela busca de uma implementação simples, redução da carga operacional (especialmente ao usar Fargate) e potencial otimização de custos, além de que a funcionalidade do ECS cobre as necessidades do projeto.