Uma empresa de análise de dados recebe milhares de pequenos arquivos de dados periodicamente via FTP. Um job em lote on-premises atualmente os processa durante a noite, levando horas. A empresa deseja que a solução AWS processe os arquivos de entrada o mais rápido possível, com o mínimo de alterações nos clientes FTP. A solução deve excluir os arquivos após o processamento bem-sucedido. O processamento de cada arquivo leva de 3 a 8 minutos. Qual solução atende a esses requisitos com a MAIOR eficiência operacional?

A opção correta utiliza o AWS Transfer Family para um servidor FTP, que armazena os arquivos diretamente no Amazon S3 Standard, minimizando as alterações nos clientes FTP e aproveitando a durabilidade e escalabilidade do S3. A notificação de evento do S3 aciona uma função AWS Lambda para processar cada arquivo individualmente e excluí-lo após o sucesso. Isso garante o processamento "o mais rápido possível" (quase em tempo real) e a eficiência operacional, pois o Lambda é sem servidor e escalável sob demanda. As opções incorretas são menos eficientes: Armazenar no S3 Glacier Flexible Retrieval é inadequado para processamento rápido, pois o acesso aos dados leva minutos ou horas. Usar um volume Amazon EBS com uma instância EC2 para FTP adiciona complexidade de gerenciamento e não é tão escalável ou sem servidor quanto o S3/Lambda. Além disso, o processamento diário via EventBridge não atende ao requisito de "o mais rápido possível". Usar o AWS Transfer Family com EBS é uma combinação incomum e menos eficiente que S3 para armazenamento de arquivos. O AWS Batch é mais adequado para cargas de trabalho em lote pesadas, não para processamento individual de milhares de pequenos arquivos em tempo real.