Een superieure klantervaring (CX) is gebaseerd op nauwkeurige en tijdige metingen van applicatieprestatiemonitoring (APM). U kunt uw apps of systeem pas verfijnen om de CX te verbeteren als u weet wat het probleem is of waar de kansen liggen.

APM-oplossingen bieden doorgaans een gecentraliseerd dashboard om realtime prestatiestatistieken en inzichten te verzamelen die kunnen worden geanalyseerd en vergeleken. Ze stellen ook basislijnen vast om systeembeheerders te waarschuwen voor afwijkingen die duiden op daadwerkelijke of potentiële prestatieproblemen. IT-teams, DevOps en ingenieurs voor locatiebetrouwbaarheid kan vervolgens applicatieproblemen snel identificeren en aanpakken.

Applicatie prestaties Grensverkeer is de beginfase van applicatie prestaties management. Monitoring houdt de app-prestaties bij en maakt het beheer van die app mogelijk. Een APM-oplossing biedt beheerders de instrumentatietools die nodig zijn om snel gegevens te verzamelen en analyses van de hoofdoorzaken uit te voeren; Vervolgens isoleren ze het probleem, lossen het op en lossen het op.

Belangrijke APM-statistieken om te monitoren

Er zijn een aantal statistieken waaruit u kunt kiezen, maar we raden u aan om u op deze acht statistieken te concentreren om de meeste voordelen te behalen binnen uw IT-organisatie.

1. Apdex- en SLA-scores

Laten we beginnen met de applicatieprestatie-index (Apdex) en de Service Level Agreement (SLA)-scores, aangezien deze de basis vormen voor een superieure klantervaring. De snelheden en feeds die u gaat meten, zijn de specifieke aspecten die zouden moeten bijdragen aan snelle prestaties, maar ze zijn het middel en niet het doel. Tevreden klanten zijn uw doel, wat hopelijk leidt tot meer omzet.

De Apdex- en SLA-scores zijn de meest populaire manier om de monitoring van eindgebruikerservaringen te bekijken. De Apdex-score houdt de relatieve prestaties van een app bij door een doel op te geven voor de tijd die een webverzoek of transactie normaal gesproken zou moeten duren. De SLA's zijn de maatstaven in uw klantcontract en alles lager dan de gedefinieerde SLA riskeert een daling van de CX (en mogelijk vooraf gedefinieerde boetes).

2. Beschikbaarheid van applicaties (ook wel uptime of webprestatiemonitoring genoemd)

Dit is de meest fundamentele maatstaf: zijn de lichten aan? Jij monitort en meet of jouw applicatie online en beschikbaar is. De meeste bedrijven gebruiken dit om de naleving van de Service Level Agreement (SLA) te meten. Uptime is vaak een afkorting voor het beoordelen van de algehele betrouwbaarheid en gezondheid van het systeem. Overmatige downtime kan een negatieve invloed hebben op de gebruikerstevredenheid van organisaties die online services leveren. Voor een webapplicatie kunt u de beschikbaarheid verifiëren met een eenvoudige, regelmatig geplande HTTP-controle.

3. CPU-gebruik (ook wel resourcegebruik genoemd)

Een hoog percentage CPU-capaciteit dat door een applicatie wordt gebruikt, kan een teken zijn van een prestatieprobleem. Een plotselinge piek in CPU-gebruik kan resulteren in langzamere responstijden. Schommelingen in de vraag naar een app kunnen ook een indicatie zijn dat u meer applicatie-instanties moet toevoegen. Een algemene regel is dat als het CPU-gebruik meer dan 70% van de tijd de 30% overschrijdt, de CPU-capaciteit onvoldoende is.

Het gebruik van bronnen kan ook geheugen- en schijfgebruik omvatten. Het volgen van RAM helpt bij het identificeren van geheugenlekken die kunnen leiden tot storingen of de behoefte aan meer geheugen. Metrieken voor schijfgebruik kunnen helpen voorkomen dat een app onvoldoende permanente opslag heeft, waardoor deze kan mislukken. Een hoog schijfgebruik kan ook een teken zijn van inefficiënte backend-gegevensopslag of een gebrekkig beleid voor het bewaren van gegevens.

4. Foutpercentages

Uw APM-metrieksoftware moet applicaties monitoren om het percentage verzoeken vast te leggen dat tot fouten leidt. Dit helpt bij het identificeren en prioriteren van de oplossing van problemen die van invloed zijn op de gebruikerservaring. Applicatiefouten kunnen serverfouten, een 404-reactie of een time-out in een web-app zijn. U kunt uw APM-oplossing zo configureren dat er meldingen worden verzonden wanneer het foutenpercentage een ingestelde parameter overschrijdt. Stuur bijvoorbeeld een alert wanneer 2.5% van de voorgaande 25 verzoeken een fout heeft opgeleverd.

5. Afvalinzameling

Garbage Collection (GC) kan de prestaties verbeteren door het aanhoudende zware geheugengebruik van Java of andere talen te identificeren en te elimineren. Het goede nieuws is dat GC-automatisering geheugen terugwint dat is gereserveerd voor ongebruikte of overtollige objecten of gegevens die niet langer door een applicatie worden gebruikt. Ongebruikte objecten of gegevens worden verwijderd en live-objecten worden gekopieerd naar een geheugenpool van een latere generatie. Dit is een maatstaf die u in het gelukkige midden wilt houden. Als GC te vaak wordt uitgevoerd, kan dit te veel overhead vereisen; maar als GC niet vaak genoeg wordt uitgevoerd, kan uw systeem te weinig geheugen hebben.

6. Aantal exemplaren

Door instanties bij te houden, kunt u uw applicatie schalen om aan de daadwerkelijke gebruikersvraag te voldoen, op basis van het aantal app- of serverinstanties dat er op enig moment actief zijn. Dit kan vooral belangrijk zijn voor cloudapplicaties. Met automatisch schalen kunt u ervoor zorgen dat moderne toepassingen worden geschaald om aan de vraag te voldoen en budget te besparen tijdens daluren. Dit kan ook uitdagingen op het gebied van infrastructuurmonitoring met zich meebrengen. Als uw app bijvoorbeeld automatisch opschaalt op basis van het CPU-gebruik, ziet u uw CPU-gebruik mogelijk nooit stijgen. In plaats daarvan ziet u mogelijk dat het aantal serverinstanties te ver stijgt, samen met uw hostingrekening.

7. Tarieven opvragen

U kunt het verkeer dat door een applicatie wordt ontvangen meten om eventuele significante dalingen, stijgingen of samenvallende gebruikers te identificeren. Door verzoekpercentages te correleren met andere applicatieprestatiestatistieken krijgt u inzicht in de schaalbaarheid van uw softwareapplicaties. APM-software kan ook het verkeer monitoren om afwijkingen te identificeren. Gebruikersmonitoring die een onverwachte toename van het aantal verzoeken laat zien, kan een Denial of Service (DoS)-aanval zijn. Een groot aantal verzoeken van dezelfde gebruiker kan een aanwijzing zijn voor een gehackt account. Zelfs ongewoon lage verzoeken kunnen slecht zijn: inactiviteit of helemaal geen verkeer kan een storing in vrijwel elk onderdeel van uw systeem betekenen.

8. Reactietijden (ook wel duur genoemd)

Door de gemiddelde responstijd op een verzoek bij te houden (dat wil zeggen, hoe lang het duurt voordat een applicatie een verzoek om bronnen retourneert), kunt u de prestaties van de app beoordelen. Deze verzoeken kunnen inclusief transacties zijn die zijn geïnitieerd door eindgebruikers, zoals een verzoek om een ​​webpagina te laden, of kunnen interne verzoeken omvatten van het ene deel van uw applicatie naar het andere, zoals een proces of microservice gegevens opvragen van schijf of geheugen. De totale responstijd omvat de responstijd van de server (de tijd die uw server nodig heeft om een ​​verzoek te verwerken) plus netwerklatentie (de totale tijd die nodig is om het verzoek over het netwerk te verplaatsen).

Een gerelateerde statistiek is de laadtijd van de pagina, die de tijd meet die nodig is om een ​​webpagina in een browser te laden. Door de laadtijden van pagina's bij te houden, kunnen uw tools voor het monitoren van applicatieprestaties de problemen identificeren die langzaam ladende pagina's veroorzaken en vervolgens de digitale ervaring verbeteren. Langzaam laden van pagina's kan betekenen dat pagina's worden verlaten en dat er omzet verloren gaat. APM-oplossingen kunnen worden ingesteld voor een prestatiebasis voor deze statistiek en u vervolgens waarschuwen wanneer niet aan die benchmark wordt voldaan.

Aanvullende applicatiestatistieken

Voor degenen die op zoek zijn naar een uitgebreidere set statistieken met betrekking tot het monitoren van applicatieprestaties, kunt u de volgende statistieken overwegen:

• Databasequery's: Meet het aantal zoekopdrachten dat door een toepassing uit een database wordt opgevraagd. Uw APM-hulpprogramma's kunnen vervolgens helpen bij het identificeren van langzame of inefficiënte query's die mogelijk de algehele prestaties van uw toepassing vertragen.
• I/O (invoer/uitvoer): I/O toont de snelheid waarmee apps gegevens lezen of schrijven. U kunt de prestaties van permanente opslagmedia (zoals HDD of SSD) en I/O-snelheden voor geheugen of virtuele schijven.
• Netwerk gebruik: Netwerkgebruik vertegenwoordigt de totale netwerkbandbreedte die door een toepassing wordt gebruikt. Een verhoogd netwerkgebruik kan wijzen op prestatieproblemen die de responstijd van de applicatie vertragen of knelpunten veroorzaken.
• Beschikbaarheid van knooppunten: Een meting die vergelijkbaar is met het aantal instanties is de beschikbaarheid van knooppunten, maar deze is specifiek voor de cloud. Wanneer u apps implementeert in een Kubernetes cluster kan het aantal beschikbare en reagerende knooppunten (van het totale aantal knooppunten in een cluster) helpen bij het identificeren van problemen binnen uw infrastructuur. Cloud-uitgaven Statistieken kunnen ook belangrijk zijn, omdat ze u realtime inzicht geven in de cloudkosten door deze te volgen API oproepen, looptijd voor cloudgebaseerd virtuele machines (VM's) en totale uitgaande gegevenssnelheden.
• Doorvoer: Doorvoer is de hoeveelheid gegevens die kan worden overgedragen tussen een app en gebruikers of andere systemen. Het kan worden gebruikt om te bepalen of een app het verwachte verkeersvolume aankan.
• Transactietracering: Hiermee krijgt u een beeld van afzonderlijke transacties die door een applicatie worden uitgevoerd. De vastgelegde gegevens kunnen bestaan ​​uit databaseoproepen, externe oproepen en functieaanroepen, waarbij het transactieverzoek van begin tot eind wordt bewaakt.
• Transactievolume: Het transactievolume meet het aantal transacties dat door een applicatie is verwerkt. Hierdoor kunnen APM-tools problemen met schaalbaarheid en capaciteitsplanning identificeren.

Ga aan de slag met het kiezen van uw APM-oplossing

IBM Instana Waarneembaarheid biedt real-time observatiemogelijkheden die iedereen – en iedereen – kan gebruiken. Het levert een snelle time-to-value op en zorgt ervoor dat uw observatiestrategie gelijke tred kan houden met de dynamische complexiteit van de omgevingen van vandaag en morgen. Van mobiel tot mainframe, Instana ondersteunt meer dan 250 technologieën en groeit nog steeds.

Lees meer over het monitoren van applicatieprestaties met IBM Instana