Waarom Application Performance Management dood is
De IT-wereld is voortdurend in beweging. En wat ooit state-of-the-art was, kan in de loop van de tijd overbodig of verouderd raken. De term "Application Performance Management" (APM) was ooit een essentiële strategie voor elke organisatie die applicaties draait, maar steeds vaker hoor je dat APM dood is. En daar ben ik het mee eens. Nou ja, grotendeels ...
Hoewel het een boude uitspraak is, kunnen we niet meer ontkennen dat de traditionele benadering van APM aan het verdwijnen is. Laten we daarom eens kijken naar waarom APM in zijn oorspronkelijke vorm steeds minder relevant is geworden. Én wat de toekomst biedt voor in control zijn van hoe goed je applicaties en IT je bedrijfsvoering ondersteunen. Want als je nu nog afhankelijk bent van alleen APM dan kun je binnenkort je performance issues niet meer oplossen én niet meer voor zijn.
Zelfstandige applicaties bestaan niet meer
Application Performance Management doet precies wat het zegt: het beheert de performance van een applicatie. In een modern applicatielandschap geeft dat een verwaarloosbare beperkte waarde. Een applicatie bestaat namelijk niet meer in een vacuüm, een applicatie is afhankelijk van de omgeving waar hij in draait en die omgeving heeft een grote invloed op de performance van die applicatie. Waar de omgeving vroeger nog beperkt was tot het operating system waar de applicatie op draait, heb je tegenwoordig te maken met hypervisors - van jezelf of je cloud provider - authorisatie en authenticatie, databases, complexe netwerken ... En dan zijn applicaties vaak ook nog onderling gekoppeld.
Om erachter te komen waar je performance-issues zitten, moet je de hele omgeving in beeld hebben. APM is niet in staat om moderne, complexe applicatie omgevingen volledig in beeld te krijgen. Conclusie, oorzaak én gevolg van trage applicaties zijn niet meer op te sporen. Probleem!
APM is te complex geworden
Niet alleen applicaties en hun omgeving zijn complex geworden, ook APM is zo ingewikkeld geworden dat de meeste IT-beheerders er maar een klein deel van snappen. Er zijn zoveel metrics die je moet bekijken om te weten hoe een applicatie ervoor staat. Bovendien moet je ook nog weten hoe ze op elkaar inwerken om de juiste conclusies te trekken. Om daar nuttige informatie uit te halen moet je diepgaande kennis hebben van de applicatie, de database, het operating system, de hypervisor en nog veel meer. Probleem! (nummer 2)
Ik trek vaak de vergelijking met de luchtvaart. Ik ben zelf hobby-piloot. Ik kan een Cessna 150 of 172 prima vliegen. Maar zet mij in de cockpit van een Airbus of Boeing en de hoeveelheid metertjes en knoppen zorgen ervoor dat ik volledig de weg kwijt raak. Ja ik ben piloot, nee, ik heb niet de skillset die nodig is om een airliner te vliegen.
Net als voor een airliner is er voor APM tegenwoordig een diepgaande lange opleiding nodig. En dan moet je er ook nog aanleg voor hebben. Gevolg is dat nog maar een beperkt aantal mensen echt met APM overweg kan. Probleem! (nummer 3)
Is gebruikerservaring belangrijker dan technische metrics?
De verschuiving van puur technische metrieken naar de gebruikerservaring is een nagel aan de doodskist van APM. Bedrijven zijn zich steeds meer bewust van het belang van klanttevredenheid en gebruikerservaring (UX). En dat is ook belangrijk. In plaats van zich te richten op interne prestatiecijfers, verschuift de aandacht naar het monitoren van hoe eindgebruikers de applicatie ervaren. Dit vereist nieuwe benaderingen die gebruikersinteracties en -tevredenheid volgen.
De gebruikerservaring wordt steeds meer bepaald door onderdelen die niet in de applicatie zelf zitten. De JavaScript die in een browser gebruikt wordt kun je in de applicatieketen zelf niet meten. Maar er worden ook steeds meer componenten gebruikt die helemaal niet van je eigen servers af komen, zogenaamde third party componenten, waar je met traditionele APM geen zicht op hebt.
Ook thuiswerken maakt APM steeds minder relevant. De ervaring van thuiswerkers wordt voor een belangrijk deel bepaald door de kwaliteit van hun thuiswerkverbinding en hoeveel van hun buren aan het Netflixen zijn - consumenten verbindingen worden gedeeld door de hele wijk, ook als je een andere internetprovider hebt - waardoor je een 100% gegarandeerd onvolledig beeld hebt met traditionele APM.
Hoe weet je hoe goed je IT je business écht ondersteunt?
Je hebt IT om je business te ondersteunen. Als IT dat niet doet dan is het alleen maar een kostenpost. APM is gebouwd om te bepalen hoe goed je applicaties op IT-niveau draaien. Zelfs de 'user monitoring' van veel APM-tooling meet alleen hoe snel je servers data aan een browser leveren, maar niet hoe snel je klanten of medewerkers bediend worden. En ook niet hoe goed je business door je IT geholpen wordt.
Laten we eerlijk zijn, het zal je jeuken hoe goed je CPU's - of die van je cloudprovider - het naar hun zin hebben en ook de tevredenheidsscore van harddisks is niet heel belangrijk. Het gaat om de ROI van de - best wel dure - IT en applicaties die je voor je bedrijf ingekocht hebt. APM vertelt je vooral hoe goed de IT vanuit technisch oogpunt draait, maar niet waar je applicaties je business hinderen.
We zien steeds vaker dat applicaties medewerkers eerder hinderen dan helpen. En dat aanwezige APM tooling dat helemaal niet ziet en jou dus de valse 'zekerheid' geeft dat alles in orde is. Terwijl je productiviteit aan het neerstorten is je medewerkers al niet meer klagen omdat te langzaam, te duur en te complex in jouw bedrijf sluipenderwijs de 'nieuwe normaal’ geworden is. Het echte probleem!
Is APM echt dood? De oplossing!
Het is misschien overdreven om te zeggen dat APM volledig dood is, maar de traditionele benadering is zeker behoorlijk op leeftijd en aan het uitsterven. De complexiteit van moderne applicaties en de toenemende focus op gebruikerservaring en business ondersteuning van IT vereisen een compleet andere aanpak.
APM, zoals het ooit was, is simpelweg niet langer voldoende in de moderne, dynamische en complexe IT-omgeving. Organisaties moeten overstappen naar oplossingen die de hele omgeving in beeld gebracht wordt vanuit de ervaring van de gebruiker en vanuit business perspectief in plaats vanuit technisch IT perspectief.
Probleem 1: Dat APM de problemen niet meer ziet, los je op door een andere oplossing te kiezen. Een oplossing die breder en dieper kijkt dan ouderwetse APM. En die uitgaat van de ervaring van de gebruiker en de efficiëntie van je business processen.
Probleem 2: Dat APM te complex is geworden los je op door niet meer een tool, maar een beheerde dienst te gebruiken. Dan hoef je al die kennis niet meer in huis te hebben want die dienst levert je uitvoerbare en direct implementeerbare oplossingen.
Probleem 3: Is met een beheerde dienst ook opgelost omdat die dienst bemand is door gekwalificeerde mensen van de dienstverlener.
Het echte probleem: Als je objectief meet en actief analyseert ben je niet meer afhankelijk van meldingen van je gebruikers. Je weet dat er een probleem is voordat zij het weten.
De oplossingen van Sciante lossen al deze problemen in één keer voor je op. Dan worden je issues opgespoord als je ze al hebt, maar óók die issues die er nog niet zijn, maar er wel aankomen.
Maak nu een vrijblijvende afspraak met mij. Die investering van 15 minuten van je tijd levert je de oplossing om weer in control te zijn van je applicatie landschap.