Aplikacja internetowa działająca na instancji EC2 publikuje swoje logi dostępu do CloudWatch Logs. Logi są ustrukturyzowane i zawierają kody odpowiedzi HTTP. Zespół potrzebuje efektywnego sposobu monitorowania, jak często serwer zwraca odpowiedzi HTTP 404. Jakie jest NAJBARDZIEJ efektywne operacyjnie rozwiązanie?

Najbardziej efektywnym operacyjnie rozwiązaniem jest utworzenie filtru metryk CloudWatch Logs. Filtry metryk pozwalają na ekstrakcję wartości z logów i przekształcanie ich w dane metryczne CloudWatch w czasie rzeczywistym. Można skonfigurować filtr tak, aby zliczał każde wystąpienie kodu odpowiedzi HTTP 404, co automatycznie utworzy metrykę, którą można monitorować i na której można ustawić alarmy. Jest to rozwiązanie w pełni zarządzane, nie wymagające dodatkowego kodu ani infrastruktury. Opcja z filtrem subskrypcji jest nieprawidłowa, ponieważ filtry subskrypcji służą do przesyłania strumieniowego logów do innych usług (np. Lambda, Kinesis Firehose), a nie do tworzenia metryk bezpośrednio w CloudWatch. Uruchamianie funkcji Lambda lub skryptu z zapytaniem CloudWatch Logs Insights co godzinę jest mniej efektywne operacyjnie, ponieważ wymaga zarządzania dodatkowym kodem, harmonogramem i potencjalnie generuje koszty za każde uruchomienie zapytania, podczas gdy filtr metryk działa w sposób ciągły i automatyczny.