HPE Diagnostics er den sentrale modulen i HPE Application Performance Management suiten for å overvåke, oppdage problemer/feil og finne årsaken til disse feilene for alle typer applikasjoner. Med «alle typer applikasjoner» mener vi både webbaserte, mobile eller skybaserte, og verktøyet benyttes såvel i test- og utviklingsmiljøer som i drift.
I dette eksempelet skal vi fokusere på en tjeneste som leveres av en JVM-basert webapplikasjon, men det samme ville gjelde om det var f.eks. en .NET- eller PHP-basert webapplikasjon, eller om det var en mobilapplikasjon utviklet for iOS eller Android.
HPE Diagnostics är den centrala modulen i HPE Application Performance Management Suite för att övervaka, upptäcka problem / fel och bestämma orsaken till dessa fel för alla typer av applikationer. Med ”Alla program” menar vi både webbaserade, mobil eller moln, och verktyg som används både i test- och utvecklingsmiljöer som operativt.
I det här exemplet kommer vi att fokusera på en tjänst som tillhandahålls av en JVM-baserad webbapplikation, men samma skulle gälla om det fanns en sådan. ett .NET eller PHP baserade webbapplikation, eller om det var en mobil applikation utvecklad för iOS eller Android.
Meddelanden om prestandaproblem kommer ofta från en av tre ”monitor funktioner”: Slutanvändarna av ansökan (företrädesvis sedan via ett meddelande till servicedisken), från mätning / övervakning av verklig användartransaktioner (RUM modul i HPE APM) eller simulerade användartransaktioner (BPM-modul ). I det första fallet, kommer den person som ansvarar för applikationsförvaltning meddelas via e-post, sms, telefon eller service desk verktyg som används (t ex. HPE Service Manager eller tjänst var som helst), medan de två andra fall kommer att orsaka ett larm kommer upp i Application Performance Management konsol larmloggen automatiskt, med varningen att om nödvändigt. konfigurerad där.
Vi antar för detta exempel en del att larmet kommer från RUM modul, som också har upptäckt att denna transaktion tar längre tid än vad som är normalt, som är i enlighet med det förväntade svaret, en så kallad ”baseline”. Baseline uppsättning verktyg över tid och kommer till exempel. variera med tid på dagen, veckodag eller motsvarande. Larmet kommer automatiskt att innehålla fällkniv till den aktuella applikationen och transaktionen och vi kan klicka på en länk och få rätt till en RTSM bild av hur den givna transaktionen hör hemma i den totala infrastrukturen av hårdvara och mjukvara, som visas i figuren nedan, där tjänster är på toppen, de enskilda transaktionerna i mitten området och infrastrukturen i botten. (Grad av noggrannhet RTSM bilden beror på om man använder även HPE uCMDB med tillhörande verktyg som upptäcker och övervakar infrastruktur, utan detta kommer det att finnas lite information om den underliggande hårdvaran och nätverk, kommer åtminstone relevant servrar visas med namn och IP-adress ).
Från den här bilden från ett larm eller en resultatrapport, kan vi sedan välja att ”borra ned” i detalj. Vi kan till exempel. ta upp en bild av hur svarstiden har utvecklats över tiden, och eventuellt gå fram och tillbaka i detta – det är något som bara hände en gång, eller är det en trend som har pågått? Vi kan också titta på de olika moment som ingår i transaktionen – den tid som används i de olika komponenterna (Java bönor etc.) som körs på applikationsservern, hur mycket går med databasservern, etc. Här går vi ända ned till enskilda samtal tillverkad genom tillämpning av olika servrar inblandade.
Vi kan också studera transaktions väg genom infrastrukturen av ett extrakt genereras från RTSM. Som vi tydligt kan se var de förseningar. Kanske problemet är egentligen att det finns en lastbalansering som ligger före de webbservrar som har misslyckats, så att all trafik går genom en enda webbserver och inte fördelas mer som de ska?
En SaaS løsning som gjør det samme
För kunder som inte vill investera i – och installera – programvara för övervakning applikationer, skulle en bra lösning vara att använda detta som en tjänst i nätverket. HPE har därför utvecklat särskilda versioner av sina produkter för användning på samma sätt som online-tjänster. Det finns tre sådana:
- AppPulse Active –- som simulerar användartransaktioner, mäta svarstider från många olika platser i nätet (i hela världen, om du vill!) Och varnar när saker inte är som det borde vara
- AppPulse Mobile –som genom ett medel som kan kopplas till någon App (Apple iOS eller Android) och mäta svarstider i olika delar av App; data som skickas i en säker länk till HPES SaaS data för rapportering och larm
- AppPulse Trace –vilket gör liknande som vi har beskrivit ovan för HPE Diagnostics, sedan med den skillnaden att det är en SaaS-program som inte kräver installation, drift och förvaltning, men bara konfiguration med avseende på vilka program det ska spåra
För mer information om någon av de produkter och tjänster som nämns i denna artikel, kolla produktinformationen på www.managenordic.no, eller kontakta oss via telefon eller e-post.