Aplikacja działająca w grupie Auto Scaling przetwarza elementy z kolejki SQS za pomocą długo działających workerów. Zespół musi być powiadamiany, gdy kolejka rozrośnie się ponad oczekiwany rozmiar. Logi aplikacji są wysyłane do narzędzia zewnętrznego, a zespół już używa tematu SNS do alertów. Które podejście do monitorowania jest najbardziej efektywne operacyjnie?

Poprawna odpowiedź to utworzenie alarmu CloudWatch na metryce ApproximateNumberOfMessagesVisible. Ta metryka reprezentuje liczbę wiadomości dostępnych do przetworzenia w kolejce SQS, co bezpośrednio odzwierciedla jej rozmiar. Użycie sumy (sum) w okresie 1-godzinnym pozwala na monitorowanie narastającego obciążenia. Powiadomienie tematu SNS jest standardowym i efektywnym sposobem alertowania zespołu. Pozostałe opcje są mniej efektywne: ApproximateNumberOfMessagesDelayed odnosi się do wiadomości opóźnionych, a nie ogólnego rozmiaru kolejki. Funkcje Lambda do publikowania metryk niestandardowych lub bezpośredniego wysyłania powiadomień SNS wprowadzają dodatkową złożoność operacyjną i koszty, podczas gdy CloudWatch oferuje wbudowane monitorowanie metryk SQS.