Which solution will meet these requirements with the LEAST effort to migrate?
Create an AWS App Runner service. Connect the App Runner service to the open source container image repository. Deploy the manifests from on premises to the App Runner service. Create an Amazon RDS for PostgreSQL database.
Create an Amazon Elastic Kubernetes Service (Amazon EKS) cluster that has managed node groups. Copy the application containers to a new Amazon Elastic Container Registry (Amazon ECR) repository. Deploy the manifests from on premises to the EKS cluster. Create an Amazon Aurora PostgreSQL DB cluster.
Create an Amazon Elastic Container Service (Amazon ECS) cluster that has an Amazon EC2 capacity pool. Copy the application containers to a new Amazon Elastic Container Registry (Amazon ECR) repository. Register each container image as a new task definition. Configure ECS services for each task definition to match the original Kubernetes deployments. Create an Amazon Aurora PostgreSQL DB cluster.
Rebuild the on-premises Kubernetes cluster by hosting the cluster on Amazon EC2 instances. Migrate the open source container image repository to the EC2 instances. Deploy the manifests from on premises to the new cluster on AWS. Deploy an open source PostgreSQL database on the new cluster.
Explanations:
AWS App Runner is suitable for simpler applications but may not support complex microservices architectures with specific deployment needs like Kubernetes manifests, making it less optimal for this scenario.
Amazon EKS is a managed Kubernetes service that allows the use of existing Kubernetes manifests with minimal changes. Moving to EKS maintains the current microservices architecture, and using Amazon Aurora PostgreSQL provides a scalable database solution.
While ECS can run containerized applications, it requires converting Kubernetes deployments to ECS task definitions, which adds migration effort compared to EKS. Additionally, Aurora PostgreSQL is an improvement but does not reduce the effort required for the migration.
Rebuilding the on-premises Kubernetes cluster on EC2 instances entails significant overhead, including managing the Kubernetes infrastructure itself, which contradicts the requirement for the least effort in migration.