Um aplicativo legado produz arquivos CSV e os armazena no Amazon S3. Um novo aplicativo comercial pronto para uso (COTS) pode executar consultas SQL complexas apenas em dados no Amazon Redshift e no Amazon S3, mas não consegue processar arquivos .csv. O aplicativo legado não pode ser alterado. Qual solução permite que o aplicativo COTS use os dados legados com o MENOR overhead operacional?

A opção correta é criar um trabalho ETL do AWS Glue agendado para processar os arquivos CSV e armazenar os dados no Amazon Redshift. O AWS Glue é um serviço ETL sem servidor e totalmente gerenciado, o que minimiza o overhead operacional, pois não exige o provisionamento ou gerenciamento de servidores. Ele pode ler diretamente os arquivos CSV do S3 e gravá-los no Redshift, atendendo aos requisitos do aplicativo COTS. As outras opções são menos eficientes ou não atendem a todos os requisitos: Desenvolver um script Python em instâncias EC2 aumenta o overhead operacional com o gerenciamento de servidores e não converte os dados para um formato consultável pelo aplicativo COTS no Redshift. Usar AWS Lambda e DynamoDB não é ideal porque o DynamoDB não suporta consultas SQL complexas, que são um requisito do aplicativo COTS. Usar um cluster Amazon EMR para ETL é uma solução válida, mas o EMR exige o provisionamento e gerenciamento de clusters, resultando em um overhead operacional maior do que o AWS Glue, que é sem servidor.