Een bedrijf draait een gecontaineriseerde applicatie op een Kubernetes-cluster on-premises dat AMQP gebruikt om te communiceren met een message queue. Het datacenter kan niet snel genoeg schalen en het bedrijf wil migreren naar AWS met de minste operationele overhead. Welke oplossing voldoet aan deze vereisten?

De correcte optie is om de containerapplicatie te migreren naar Amazon Elastic Kubernetes Service (Amazon EKS) en Amazon MQ te gebruiken voor de berichten. De applicatie draait al op Kubernetes on-premises, dus EKS biedt de minste operationele overhead omdat het de Kubernetes-omgeving behoudt. Amazon MQ ondersteunt AMQP, wat essentieel is omdat de bestaande applicatie AMQP gebruikt om te communiceren met de message queue. De andere opties zijn minder geschikt: Amazon ECS zou een refactoring van de applicatie vereisen, wat meer operationele overhead met zich meebrengt dan EKS. Amazon SQS ondersteunt geen AMQP, dus de applicatie zou moeten worden aangepast. Het gebruik van EC2-instances voor de applicatie zou betekenen dat het Kubernetes-cluster handmatig opnieuw moet worden opgezet en beheerd, wat meer overhead is. AWS Lambda-functies zijn serverless en vereisen een significante refactoring van een gecontaineriseerde applicatie, wat de operationele overhead aanzienlijk zou verhogen.