Une entreprise diffuse des données de clics dans Kinesis et les livre à un lac de données S3 via Kinesis Data Firehose. À mesure que le volume augmente, le taux d'ingestion S3 reste stable, mais le backlog de Kinesis Data Streams et Firehose augmente. Quelle action est la PLUS susceptible d'augmenter le débit d'ingestion vers S3 ?

L'augmentation du nombre de shards dans le flux de données Kinesis est la solution la plus efficace car chaque shard fournit une capacité de débit fixe. Un nombre insuffisant de shards peut entraîner un backlog si le volume de données dépasse la capacité combinée des shards existants, ce qui est le cas ici puisque le backlog de Kinesis Data Streams et Firehose augmente. L'augmentation des shards permet à Kinesis Data Streams de gérer un volume d'ingestion plus élevé, ce qui résout le goulot d'étranglement en amont de Firehose et, par conséquent, augmente le débit vers S3. Augmenter le nombre de préfixes S3 n'affecte pas le débit d'ingestion de Firehose vers S3, mais plutôt l'organisation des objets dans S3. Diminuer la période de rétention du flux de données Kinesis libérerait de l'espace plus rapidement mais ne résoudrait pas le problème de capacité d'ingestion. Ajouter plus de consommateurs KCL est pertinent pour le traitement des données en aval de Kinesis Data Streams, mais ne résout pas le problème d'ingestion initial dans Kinesis Data Streams ou le backlog de Firehose.