Une entreprise conçoit une solution pour capturer l'activité des clients dans différentes applications web afin de traiter des analyses et de faire des prédictions. L'activité des clients dans les applications web est imprévisible et peut augmenter soudainement. L'entreprise a besoin d'une solution qui s'intègre à d'autres applications web. La solution doit inclure une étape d'autorisation à des fins de sécurité. Quelle solution répondra à ces exigences ?

La solution correcte utilise Amazon API Gateway pour exposer un point de terminaison HTTP, capable de gérer des charges imprévisibles et de s'intégrer facilement aux applications web. L'autorisation est gérée efficacement par un autorisateur Lambda d'API Gateway, qui permet une logique d'autorisation personnalisée avant que les requêtes n'atteignent le backend. Amazon Kinesis Data Firehose est idéal pour ingérer de grands volumes de données d'activité client, même imprévisibles, et les livre de manière fiable à un compartiment Amazon S3 pour le stockage et l'analyse ultérieure. Les options incorrectes impliquant un Gateway Load Balancer (GWLB) ne sont pas adaptées car un GWLB est conçu pour des services de sécurité réseau de couche 3/4 et non pour exposer des API web ou gérer l'autorisation au niveau de l'application. De plus, l'utilisation d'Amazon ECS avec Amazon EFS pour le stockage direct des données d'activité client n'est pas la solution la plus évolutive ou la plus rentable pour l'ingestion de flux de données. L'option utilisant Kinesis Data Streams avec une fonction Lambda pour l'autorisation est moins optimale car Kinesis Data Firehose simplifie la livraison vers S3 sans nécessiter de code personnalisé pour la gestion des flux.