CloudWatch Logs stuurt loggegevens naar een Kinesis-datastream die een enkele consumer Lambda leest en naar S3 schrijft. Het team constateert een hoge latentie bij sommige logverwerking en -ingestie. Welke acties zullen die latentie verminderen? (Kies drie.)

Hoge latentie bij logverwerking duidt vaak op onvoldoende verwerkingscapaciteit. Het verhogen van het aantal shards in de Kinesis-datastream vergroot de doorvoer van de stream, waardoor meer gegevens parallel kunnen worden opgenomen en verwerkt. Het maken van een Kinesis-datastream consumer die enhanced fan-out gebruikt, biedt elke consumer een eigen doorvoer van 2 MB/s, waardoor meerdere consumers onafhankelijk en met hoge snelheid gegevens kunnen lezen zonder elkaar te beïnvloeden. Dit vermindert de latentie aanzienlijk voor de Lambda-functie. Het verhogen van de ParallelizationFactor in de Lambda event source mapping stelt Lambda in staat om meer parallelle aanroepen te doen per shard, wat de verwerkingssnelheid van de logs verhoogt. Gereserveerde gelijktijdigheid voorkomt 'cold starts' en zorgt voor consistente prestaties, maar vermindert de latentie niet direct als de verwerkingscapaciteit al een knelpunt is. Het verhogen van de Kinesis event mapping batch size kan de latentie juist verhogen als de batch te groot wordt. Het uitschakelen van ReportBatchItemFailures heeft geen invloed op de latentie.