Temat: Monitoring aplikacji
Temat już stary ale ja trafiłem na niego teraz, cenne wskazówki . Podzielę się wiedzą dotycząca nowego narzędzia na rynku jakim jest Flopsar (nadmienię że zawodowo zajmuje się jego promocją ale tutaj nie jest to moją intencją, chcę żebyście wiedzieli że jest alternatywa do wyżej opisanych dobrych rozwiązań, poza tym nie mam czego się wstydzić, rozwiązanie samo się broni o czym może świadczyć lista ekspertów którzy zdecydowali się na Flopsar.
Ocenę pozostawiam Wam.
Zakres monitoringu Flopsar:
1. Monitoring każdej transakcji wykonywanej w systemie.
a. Dla każdej pojedynczej transakcji jej „rozkład na pojedyncze elementy” (transaction trace)
i. Monitorowanie każdej metody dowolnego komponentu, min:
1. metody klas znajdujących się w pakietach np. pl.nazwa.*
2. metody klas dziedziczonych
3. metody klas implementujących interfejs
4. metody adnotowane
ii. Monitorowanie typowych komponentów J2EE:
1 Servletów, stron JSP, JSF
2. Komponenty GWT
3. Komponenty Spring
4. Komponenty EJB
5. Komponenty JDBC (zapytania SQL z parametrami)
iii. Wzorce monitoringu dla technologii:
1. ESB (proxy, biznes service)
2. BPEL/BPM
3. Szyny Webmethods, Tibco
iv. Wzorce monitoringu dla aplikacji
1. Oracle EBS
2. SAP
2. Dla każdej metody możliwość raportowania jej parametrów (dowolnych)
3. Korelacja danych (Cross-JVM-Tracing) po dowolnym parametrze
4. Pełny monitoring Wirtualnej Maszyny Java
a. Min. mechanizmy GC, wycieki pamięci
5. Pełne raportowanie statystyk JMX
a. Pule połączeń do bazy danych, stan wątków itp.
6. Minimalne obciążenie:
a. Do 2-3% na CPU, do 16MB na pamięci JVM
7. Minimalne wymagania na bazę zbierającą dane
8. Ogromna skalowalność bazy:
a. 40 000 metryk/sek lub 200MB/s danych
9. Unikalny interfejs graficzny
10. Brak nakładów na utrzymanie i szkolenia
11. Pełne API do bazy danych (możliwość dowolnego raportowania)
12. API „Independent technology Agent” do budowy dowolnego monitoringu:
a. Apache
b. IBM MQ
c. Tuxedo
d. inne