Una piattaforma on-premise per l'elaborazione degli ordini utilizza un front-end web (VM), RabbitMQ per la messaggistica e un cluster Kubernetes per il backend containerizzato. L'azienda desidera migrare ad AWS senza apportare modifiche significative all'applicazione e con il minimo overhead operativo. Quale architettura soddisfa questi vincoli?

Questa opzione è la più adatta perché mantiene l'architettura esistente con modifiche minime all'applicazione e un overhead operativo ridotto. La creazione di un'AMI dalla VM del server web e l'esecuzione in un gruppo EC2 Auto Scaling dietro un ALB replica il front-end on-premise. La sostituzione di RabbitMQ con Amazon MQ è un'integrazione gestita che supporta i protocolli di RabbitMQ, riducendo le modifiche al codice. L'hosting del backend su Amazon EKS consente di migrare il cluster Kubernetes esistente senza riscrivere l'applicazione. Le altre opzioni implicano modifiche significative all'applicazione (Lambda/API Gateway), un maggiore overhead operativo (Kubernetes su istanze EC2 autogestite) o una sostituzione del servizio di messaggistica che potrebbe richiedere modifiche al codice (SQS non è compatibile con RabbitMQ).