Eine Anwendung, die in einer Auto Scaling-Gruppe ausgeführt wird, verarbeitet Elemente aus einer SQS-Warteschlange mit langlebigen Workern. Das Team muss benachrichtigt werden, wenn die Warteschlange über die erwartete Größe hinauswächst. Die Anwendungs-Logs werden an ein Drittanbieter-Tool gesendet, und das Team verwendet bereits ein SNS-Topic für Benachrichtigungen. Welcher Überwachungsansatz ist am betrieblich effizientesten?

Die Metrik ApproximateNumberOfMessagesVisible in Amazon SQS gibt die Anzahl der Nachrichten an, die zum Abruf verfügbar sind. Ein CloudWatch-Alarm, der diese Metrik überwacht, ist der direkteste und betrieblich effizienteste Weg, um eine Benachrichtigung zu erhalten, wenn die Warteschlangengröße über einen bestimmten Schwellenwert hinauswächst. Eine 1-Stunden-Periode ist angemessen, um langfristige Trends zu erkennen, ohne zu viele Fehlalarme auszulösen. Die Option mit ApproximateNumberOfMessagesDelayed ist falsch, da diese Metrik die Anzahl der Nachrichten anzeigt, die noch nicht zur Verarbeitung verfügbar sind, was nicht direkt die aktuelle Überlastung der Warteschlange widerspiegelt. Die Lambda-Funktionsoptionen sind unnötig komplex und verursachen zusätzliche Kosten und Wartungsaufwand, da CloudWatch bereits native Metriken für SQS bereitstellt.