Une entreprise de jeux mobiles doit capturer des données de son application de jeu et les rendre disponibles à trois consommateurs internes. Chaque enregistrement fait environ 20 Ko. L'entreprise souhaite un débit optimal depuis chaque appareil et a besoin d'une application de traitement de flux qui fournit un débit dédié par consommateur interne. Quelle solution répond à ces exigences ?

La solution correcte répond aux exigences de débit optimal et de débit dédié par consommateur. Amazon Kinesis Data Streams est idéal pour la capture de données en temps réel et les applications mobiles peuvent utiliser PutRecords pour envoyer efficacement des lots de données. La fonctionnalité de fan-out amélioré (Enhanced Fan-Out) de Kinesis Data Streams fournit un débit dédié de 2 Mo/s par consommateur et par partition, ce qui garantit que chaque consommateur interne reçoit son propre flux de données sans interférence des autres, répondant ainsi au besoin de débit dédié. Les autres options sont incorrectes car : PutRecordBatch n'est pas une opération Kinesis Data Firehose. De plus, Firehose est plus adapté à la livraison vers des destinations de stockage et ne propose pas de fan-out amélioré pour un débit dédié par consommateur. La KPL est pour Kinesis Data Streams, pas Firehose, et le fan-out amélioré n'est pas une fonctionnalité de Firehose. L'hébergement sur EC2 avec auto scaling pour chaque consommateur ne fournit pas intrinsèquement un débit dédié par consommateur de la même manière que le fan-out amélioré de Kinesis Data Streams, et cela ajoute une complexité de gestion.