Een bedrijf heeft een serverless oplossing nodig die Amazon EC2 Auto Scaling-events verzamelt van alle applicaties in een AWS-account en de statusgegevens opslaat in Amazon S3 voor bijna-realtime dashboardupdates. De oplossing mag de snelheid van EC2-instance-lanceringen niet beïnvloeden. Hoe moet het bedrijf de gegevens naar Amazon S3 verplaatsen om aan deze vereisten te voldoen?

De juiste optie is het gebruik van een Amazon CloudWatch metric stream naar Amazon Kinesis Data Firehose, die de gegevens vervolgens naar Amazon S3 stuurt. CloudWatch metric streams kunnen metrische gegevens, inclusief die van Auto Scaling, in bijna realtime naar Kinesis Data Firehose sturen. Kinesis Data Firehose is een beheerde service die het laden van streaminggegevens naar S3 vereenvoudigt, zonder dat dit de prestaties van EC2-instance-lanceringen beïnvloedt. De andere opties zijn minder geschikt: Een Amazon EMR-cluster is te complex en duur voor deze taak en is niet ontworpen om direct Auto Scaling-events te verzamelen. Een EventBridge-regel die een Lambda-functie op een schema aanroept, is niet bijna-realtime en kan vertragingen introduceren. Bovendien zou de Lambda-functie de logica voor het verzamelen van de events moeten implementeren, wat onnodig is. Het gebruik van een bootstrap-script met de Kinesis Agent is gericht op het verzamelen van logbestanden of metrics van de EC2-instances zelf, niet op Auto Scaling-events die op accountniveau plaatsvinden. Dit zou ook de lanceringstijd van instances kunnen beïnvloeden.