Un'azienda esegue un'applicazione containerizzata su un cluster Kubernetes on-premises che utilizza AMQP per comunicare con una coda di messaggi. Il data center non è in grado di scalare abbastanza velocemente e l'azienda desidera migrare ad AWS con il minimo overhead operativo. Quale soluzione soddisfa questi requisiti?

La risposta corretta è migrare l'applicazione containerizzata ad Amazon Elastic Kubernetes Service (Amazon EKS) e utilizzare Amazon MQ. L'applicazione è già containerizzata e in esecuzione su Kubernetes on-premises, quindi la migrazione a EKS (il servizio Kubernetes gestito di AWS) riduce al minimo l'overhead operativo mantenendo la compatibilità con l'ambiente esistente. Poiché l'applicazione utilizza AMQP, Amazon MQ è la scelta ideale in quanto supporta AMQP e altri protocolli di messaggistica standard, consentendo una migrazione più semplice senza modifiche significative al codice dell'applicazione. Le altre opzioni sono meno adatte: Migrare a Amazon ECS richiederebbe la ri-piattaformizzazione dell'applicazione da Kubernetes a ECS. L'uso di istanze Amazon EC2 per eseguire l'applicazione non sfrutterebbe i vantaggi della containerizzazione e aumenterebbe l'overhead operativo per la gestione dell'infrastruttura. L'uso di funzioni AWS Lambda richiederebbe una riarchitettura significativa dell'applicazione per adattarsi al modello serverless.