Uma empresa de pesquisa executa um aplicativo de simulação no Linux que grava dados intermediários em um compartilhamento NFS a cada 5 minutos. Um aplicativo de desktop de visualização do Windows lê essa saída e requer SMB. A empresa atualmente mantém dois sistemas de arquivos sincronizados, causando duplicação. Eles devem migrar para a AWS sem alterar nenhum dos aplicativos. Qual solução atende a esses requisitos?

A opção correta é migrar o aplicativo de simulação para instâncias Linux Amazon EC2 e o aplicativo de visualização para instâncias Windows EC2, configurando o Amazon FSx for NetApp ONTAP para armazenamento. O FSx for NetApp ONTAP suporta nativamente os protocolos NFS e SMB, permitindo que ambos os aplicativos acessem os mesmos dados sem duplicação ou modificação de código. O aplicativo Linux pode usar NFS e o aplicativo Windows pode usar SMB, atendendo aos requisitos existentes. As outras opções são incorretas porque: Migrar para AWS Lambda e usar S3 para troca de dados exigiria reescrever os aplicativos para um modelo sem servidor e para interagir com o S3, o que viola o requisito de não alterar os aplicativos. Migrar para Amazon ECS e usar Amazon FSx File Gateway não é a solução mais direta. Embora o ECS possa hospedar os aplicativos, o File Gateway é mais adequado para estender o armazenamento on-premises para a AWS, não para um armazenamento nativo na nuvem que suporte ambos os protocolos simultaneamente para aplicativos na AWS. Usar Amazon SQS para trocar dados entre aplicativos exigiria uma reestruturação significativa da lógica de comunicação dos aplicativos, pois o SQS é um serviço de enfileiramento de mensagens, não um sistema de arquivos compartilhado.