Um aplicativo legado usa vários componentes do .NET Framework que compartilham um banco de dados Microsoft SQL Server e se comunicam assincronamente usando o Microsoft Message Queueing (MSMQ). A empresa está migrando para componentes .NET Core conteinerizados e deseja refatorar o aplicativo para ser executado na AWS. Os contêineres .NET Core precisam de orquestração complexa, controle total sobre a rede e a configuração do host, e o modelo de banco de dados é fortemente relacional. Qual arquitetura atende a esses requisitos?

A opção correta atende a todos os requisitos. O Amazon ECS com tipo de inicialização EC2 oferece controle total sobre a rede e o host, essencial para orquestração complexa e refatoração de aplicativos legados. O Amazon Aurora MySQL Serverless v2 é um banco de dados relacional compatível com SQL Server, escalável e de alta performance. O Amazon SQS é um serviço de fila de mensagens assíncronas totalmente gerenciado, ideal para substituir o MSMQ. As outras opções estão incorretas porque: AWS App Runner não oferece controle no nível do host. O Amazon EventBridge é para roteamento de eventos, não para filas de mensagens assíncronas diretas. Amazon DynamoDB é um banco de dados NoSQL, inadequado para um modelo relacional. Amazon SNS é um serviço de publicação/assinatura, não uma fila de mensagens para processamento assíncrono. AWS Elastic Beanstalk abstrai parte do controle do host. Amazon Aurora PostgreSQL Serverless v2 é um banco de dados relacional, mas o requisito original é SQL Server, e embora o Aurora MySQL seja uma boa alternativa, o PostgreSQL pode exigir mais refatoração. Amazon MSK é para streaming de dados, não para filas de mensagens simples.