Une entreprise exécute une application conteneurisée sur un cluster Kubernetes sur site qui utilise AMQP pour communiquer avec une file d'attente de messages. Le centre de données ne peut pas évoluer assez rapidement et l'entreprise souhaite migrer vers AWS avec le moins de frais opérationnels possible. Quelle solution répond à ces exigences ?

La bonne réponse est de migrer l'application conteneurisée vers Amazon Elastic Kubernetes Service (Amazon EKS) et d'utiliser Amazon MQ pour les messages. EKS est un service Kubernetes géré qui minimise les frais opérationnels en prenant en charge la gestion du plan de contrôle Kubernetes, ce qui est idéal pour une application conteneurisée existante sur Kubernetes. Amazon MQ prend en charge AMQP, ce qui permet une migration facile de la file d'attente de messages existante sans re-développement. Migrer vers Amazon ECS nécessiterait une refactorisation de l'application car elle est actuellement sur Kubernetes. Utiliser Amazon SQS nécessiterait également une refactorisation car SQS ne prend pas en charge AMQP nativement. Utiliser des instances Amazon EC2 augmenterait considérablement les frais opérationnels car l'entreprise devrait gérer l'infrastructure Kubernetes elle-même. Les fonctions AWS Lambda ne conviennent pas pour une application conteneurisée existante sans refactorisation majeure, et SQS ne prend pas en charge AMQP.