Un'applicazione legacy utilizza più componenti .NET Framework che condividono un database Microsoft SQL Server e comunicano in modo asincrono usando Microsoft Message Queueing (MSMQ). L'azienda sta migrando a componenti .NET Core containerizzati e vuole rifattorizzare l'applicazione per eseguirla su AWS. I container .NET Core necessitano di orchestrazione complessa, controllo completo sulla configurazione di rete e dell'host, e il modello di database è fortemente relazionale. Quale architettura soddisfa questi requisiti?

L'opzione corretta soddisfa tutti i requisiti. Amazon ECS con il tipo di avvio EC2 offre il controllo a livello di host necessario per l'orchestrazione complessa e la configurazione di rete. Amazon Aurora MySQL Serverless v2 è un database relazionale compatibile con SQL e scalabile, adatto al modello di database esistente. Amazon SQS è un servizio di accodamento dei messaggi completamente gestito che sostituisce efficacemente MSMQ per la messaggistica asincrona. Le opzioni errate presentano i seguenti problemi: AWS App Runner non offre il controllo a livello di host richiesto. EventBridge è un bus di eventi, non un servizio di accodamento per la messaggistica asincrona generica. Fargate non consente il controllo a livello di host. DynamoDB è un database NoSQL, non adatto per un modello fortemente relazionale. SNS è un servizio di pubblicazione/sottoscrizione, non un accodamento di messaggi. Elastic Beanstalk è un servizio PaaS che astrae il controllo a livello di host. Aurora PostgreSQL Serverless v2 è un database relazionale, ma MSK è un servizio di streaming di eventi, non un accodamento di messaggi semplice come SQS.