Um servidor de processamento de documentos no Linux gera e modifica arquivos a cerca de 5 documentos por segundo e precisa de um desempenho rápido do sistema de arquivos local. Muitos aplicativos foram atualizados para usar a API do S3, mas este servidor de processamento não pode ser atualizado imediatamente. Após a conclusão do processamento, os arquivos devem estar publicamente disponíveis no S3 em 30 minutos. Qual opção atende ao requisito com o menor esforço?

A opção correta é implantar um Amazon S3 File Gateway. Ele permite que o servidor Linux acesse o S3 usando protocolos de arquivo padrão (NFS), sem modificações no aplicativo. O S3 File Gateway armazena em cache os dados acessados localmente, proporcionando o desempenho rápido exigido, e os arquivos são automaticamente carregados para o S3. A API RefreshCache garante que as alterações no S3 sejam refletidas no gateway, mantendo a consistência. Refatorar para AWS Lambda exigiria uma reescrita significativa do aplicativo, o que vai contra o requisito de "menor esforço". O Amazon FSx for Lustre é uma solução de alto desempenho, mas é mais complexa e cara para este caso de uso, e a montagem via NFS não é a forma ideal de usar o Lustre. O AWS DataSync é uma ferramenta de migração e sincronização de dados, não um sistema de arquivos em tempo real para acesso contínuo e rápido do aplicativo, e não atenderia ao requisito de baixa latência para o aplicativo.