Une entreprise utilise actuellement des instances EC2 pour un pipeline d'ingestion personnalisé qui envoie les journaux de serveurs sur site, les journaux d'applications mobiles et les données de capteurs IoT vers S3 et OpenSearch Service. Elle souhaite un nouveau pipeline sans serveur qui s'adapte automatiquement et est rentable. Quelle architecture répond à ces exigences de la manière la plus économique ?

L'option correcte est la plus économique car elle utilise un seul flux Kinesis Data Firehose pour deux destinations (OpenSearch et S3). Firehose peut livrer directement à OpenSearch et simultanément sauvegarder les données brutes dans S3, ce qui réduit la complexité et les coûts opérationnels. Les sources de données peuvent envoyer directement à Firehose sans nécessiter de composants intermédiaires supplémentaires. Les autres options sont moins économiques : Créer deux flux Firehose distincts pour S3 et OpenSearch doublerait les coûts de gestion et de traitement par rapport à une seule instance. Utiliser un flux de données Kinesis en amont de Firehose ajoute une couche de service et des coûts supplémentaires qui ne sont pas nécessaires si Firehose peut ingérer directement les données. L'option avec Kinesis Data Stream et un Firehose unique est également plus coûteuse en raison de la présence du Kinesis Data Stream.