¿Por qué elegiste Amazon ECS en lugar de Amazon EKS?

Elegí Amazon ECS (Elastic Container Service) en lugar de Amazon EKS (Elastic Kubernetes Service) en este caso por las siguientes razones:

• Facilidad de uso: ECS es más sencillo de configurar y administrar, especialmente para cargas de trabajo pequeñas y medianas. Está integrado con AWS, lo que facilita trabajar con otros servicios. EKS requiere más conocimientos y esfuerzo para desplegar y mantener un clúster de Kubernetes.
• Integración con AWS Fargate: La posibilidad de ejecutar contenedores sin necesidad de gestionar instancias EC2 básicas (enfoque sin servidor) simplifica mucho la carga operativa. EKS también soporta Fargate, pero la integración en ECS parece más nativa e intuitiva.
• Costo: Para ciertos escenarios, ECS puede ser más rentable, especialmente cuando se usa Fargate, donde se paga por los recursos utilizados por los contenedores. EKS tiene un costo adicional por gestionar el clúster.
• Ausencia de necesidad de toda la ecosistema de Kubernetes: Si no se requiere una orquestación compleja propia de Kubernetes, y las capacidades que ofrece ECS son suficientes, la elección a favor de la simplicidad y menor complejidad de ECS está justificada. Para proyectos que no necesitan toda la potencia de la API de Kubernetes y su amplio ecosistema de herramientas, ECS es una opción más adecuada.

Por lo tanto, la elección de ECS está motivada por la búsqueda de una implementación sencilla, la reducción de la carga operativa (especialmente al usar Fargate) y la posible optimización de costos, además de que la funcionalidad de ECS cubre las necesidades del proyecto.