Een bedrijf neemt grote hoeveelheden streaming data op van een applicatie die draait op Amazon EC2. De app stuurt data naar Amazon Kinesis Data Streams, geconfigureerd met standaardinstellingen. Om de dag verbruikt de applicatie de data en schrijft deze naar een Amazon S3-bucket voor BI-verwerking. Het bedrijf merkt dat S3 niet alle data ontvangt die naar Kinesis Data Streams wordt gestuurd. Wat moet een solutions architect doen om dit op te lossen?

De standaard retentieperiode voor Kinesis Data Streams is 24 uur. Als de consumer-applicatie slechts om de dag (elke 48 uur) de data verwerkt, zal de data van de eerste dag al verwijderd zijn voordat de consumer deze kan lezen. Door de retentieperiode van Kinesis Data Streams te verlengen (bijvoorbeeld naar 7 dagen), blijft de data langer beschikbaar, waardoor de consumer-applicatie voldoende tijd heeft om alle data te verwerken en naar S3 te schrijven. De Kinesis Producer Library (KPL) helpt bij het efficiënt verzenden van data, maar lost het retentieprobleem niet op. Het aantal shards beïnvloedt de doorvoer, niet de retentie. S3 Versioning heeft geen invloed op het ontvangen van data in S3, maar op het beheer van objectversies binnen S3.