Een EC2-gehoste fotoverwerkingsapp moet elke foto in minder dan 5 seconden verwerken; als de verwerking langer dan 5 seconden duurt, moet het ontwikkelteam op de hoogte worden gesteld. Welke aanpak biedt de tijdmeting en alerting met de minste operationele overhead?

Deze aanpak is de meest efficiënte omdat CloudWatch custom metrics en alarmen specifiek zijn ontworpen voor monitoring en alerting. Het publiceren van een custom metric voor elke verwerkingstijd en het instellen van een statische drempel van 5 seconden is direct en vereist minimale configuratie. Amazon SNS is de standaard en meest schaalbare methode voor het versturen van notificaties. De optie met SQS vereist het bouwen en onderhouden van een consumer-applicatie, wat extra operationele overhead met zich meebrengt. De optie met het gemiddelde van CloudWatch is niet geschikt, omdat het alarm moet afgaan bij elke foto die langer dan 5 seconden duurt, niet bij een gemiddelde. De Kinesis Data Stream optie is te complex voor deze specifieke vereiste; Kinesis is meer geschikt voor real-time data-analyse op grote schaal, en het creëren van een CloudWatch alarm direct op een Kinesis stream is niet de meest directe methode voor deze use case.