Strategie monitorowania nowej aplikacji Java
W tym temacie podano pewne scenariusze i ustawienia do zmiany podczas tworzenia, które mogą pomóc użytkownikowi w uzyskaniu najbardziej przydatnych funkcji monitorowania i danych.
Monitorowanie nowej aplikacji, o której administrator wie bardzo mało
Zaakceptowanie wszystkich wartości domyślnych to dobry sposób na rozpoczęcie monitorowania aplikacji, której administrator nie zna lub o której wie bardzo mało. Po pewnym czasie monitorowania z użyciem wartości domyślnych administrator może rozpocząć dostosowywanie ustawień w oparciu o alerty monitorowania, dane diagnostyki aplikacji oraz raporty programu Application Advisor. Więcej informacji znajduje się w temacie Jak monitorować aplikacje w środowisku Java.
Ograniczanie monitorowania do określonego zestawu serwerów
Zdefiniowanie grupy docelowej umożliwia ograniczenie monitorowania do określonego zestawu serwerów. W przypadku wdrażania bardzo dużych aplikacji zwykle nie trzeba monitorować wszystkich jej wystąpień. Reprezentatywna próbka dostarcza niezbędnych danych. Używanie tylko reprezentatywnej próbki pozwala ograniczyć ilość zbieranych i przechowywanych danych.
Zmniejszenie „szumu” przez zdefiniowanie ilości zbieranych danych
Zwiększenie progu czułości umożliwia odfiltrowanie szybko działających metod, a tym samym zmniejszenie ogólnego „szumu”, lub określenie, jak głęboko ma sięgać stos wywołań, aby ułatwić ustalenie przyczyny problemu. Ponadto pozwala to zmniejszyć użycie przepustowości.
Ustawienie czułości służy do określenia, czy wywołanie funkcji ma być uwzględniane w stosie wywołań. Każda funkcja, która wykonuje działanie i zwraca dane szybciej niż określa to poziom czułości zostaje porzucona, co zapobiega ukrywaniu rzeczywistego problemu przez małe, szybko działające funkcje. Należy pamiętać, że określenie czułości tylko zmniejsza liczbę funkcji widocznych w stosie wywołań określonych zdarzeń, ale w przypadku przekroczenia ogólnego progu zdarzenie będzie nadal generowane.
Próg czułości można dostosować w pliku konfiguracji zgodnie z opisem w Przewodniku po pakiecie administracyjnym programu Java Application Performance Monitoring.
Istnieje również możliwość, że wysoka czułość spowoduje ukrycie problemów. W sytuacji, gdy istnieje funkcja wywołująca inną funkcję, nawet nieznacznie dłuższy czas odpowiedzi funkcji wywołującej może spowodować problemy w aplikacji. Jeżeli na przykład istnieje funkcja przetwarzająca dane, która wywołuje funkcję wyszukiwania 1000 razy, a czas przetwarzania wyszukiwania wydłuża się o 1 ms, czas odpowiedzi funkcji najwyższego poziomu zostanie wydłużony o pełną sekundę. Wysoka czułość może zamaskować ten problem. W takiej sytuacji można dodać funkcję wywołującą jako metodę i ustawić dla niej czułość niestandardową, aby zapewnić, że będzie ona zawsze mierzona w oparciu o niższy próg czułości.
Alerty błędów aplikacji są klasyfikowane wg błędów aplikacji lub kodu wykrytych w aplikacji. Alerty tego rodzaju zazwyczaj wymagają modyfikacji kodu i mogą w przypadku problemów z aplikacją występować bardzo często, dlatego można wybrać, aby ich nie otrzymywać. Wyłączenie tej opcji zmniejsza „szum” spowodowany wyzwalaniem wielu alertów, które nie mogą zostać bezpośrednio rozwiązane przez zespół działu operacji.