Une application existante produit des fichiers CSV et les stocke dans Amazon S3. Une nouvelle application commerciale sur étagère (COTS) ne peut exécuter des requêtes SQL complexes que sur des données dans Amazon Redshift et Amazon S3, mais elle ne peut pas traiter les fichiers .csv. L'application existante ne peut pas être modifiée. Quelle solution permet à l'application COTS d'utiliser les données existantes avec le MOINS de frais opérationnels ?

La création d'un job AWS Glue ETL est la solution la plus efficace et la moins coûteuse en termes d'opérations. AWS Glue est un service ETL sans serveur qui gère automatiquement l'infrastructure, réduisant ainsi la charge opérationnelle. Il peut lire directement les fichiers CSV depuis S3, les transformer et les charger dans Amazon Redshift, qui est une cible de données SQL compatible avec l'application COTS. Les autres options sont moins optimales : Le script Python sur EC2 nécessite la gestion des instances EC2, ce qui augmente les frais opérationnels. L'utilisation de DynamoDB n'est pas appropriée car l'application COTS nécessite des requêtes SQL complexes sur Redshift ou S3, pas sur une base de données NoSQL. Amazon EMR est une solution puissante mais généralement plus coûteuse et plus complexe à gérer qu'AWS Glue pour des tâches ETL planifiées de ce type, augmentant également les frais opérationnels.