APM: wat is het, metrieken en hoe het werkt

Wat is APM in ontwikkeling

APM (Application Performance Monitoring) — is de discipline van prestatiebeheer van applicaties, die het verzamelen, visualiseren en analyseren van gegevens over de werking van software omvat. In tegenstelling tot puntmonitoring van individuele metrieken (CPU, geheugen), biedt APM een holistisch beeld: hoe de applicatie zich gedraagt vanuit het perspectief van de gebruiker, hoe de componenten interageren en waar knelpunten ontstaan.

Het concept van APM is in de jaren 2010 ontstaan met de overgang van monolithische applicaties naar microservice-architectuur. Toen het aantal services de 10–15 eenheden overschreed, werkten traditionele monitoringsmethoden niet meer — het was onmogelijk te bepalen welke service de vertraging van het hele verzoek veroorzaakte. APM-oplossingen lossen dit probleem op via distributed tracing en het automatisch bouwen van een servicekaart.

Volgens Grand View Research (2024) wordt de APM-markt gewaardeerd op 8,2 miljard Amerikaanse dollar en groeit jaarlijks met 11,5%. Belangrijkste drijfveren — migratie naar de cloud, toename van het aantal microservices en hogere eisen aan de kwaliteit van gebruikerservaring in mobiele applicaties en webservices.

Drie pijlers van APM: metrieken, tracing, logs

Moderne APM is gebaseerd op drie soorten gegevens die samen een compleet beeld van de applicatiestatus vormen. Metrieken — zijn numerieke aggregaten: responstijd, aantal verzoeken, percentage fouten. Ze beantwoorden de vraag „wat gebeurt er" en maken het mogelijk alerten in te stellen op basis van drempelwaarden.

Tracing als verbindende schakel

Tracing (distributed tracing) beantwoordt de vraag „waarom gebeurt dit". Elk binnenkomend verzoek wordt gevolgd door alle microservices, databases en externe aanroepen. Het APM-systeem combineert metrieken en tracing: als de responstijdmetriek stijgt, gaat de ontwikkelaar naar het tracing-dashboard en ziet het exacte verzoek dat de vertraging veroorzaakte, uitgesplitst per service.

Logging voor diepgang

Logs bieden context — het specifieke foutbericht, de variabelewaarde, de call stack. Moderne APM-platforms (Datadog, New Relic, Grafana) koppelen logs aan traces via een gemeenschappelijke trace_id, waardoor het mogelijk is van een metriekgrafiek naar de log van een specifiek verzoek te gaan. Volgens Datadog (2025) verkort de correlatie van logs met traces de gemiddelde diagnostiektijd van een incident van 45 naar 12 minuten.

APM-architectuur: agents en collectors

Klassieke APM-architectuur bestaat uit drie niveaus: agent, collector en backend. Agent — is een bibliotheek die in de applicatie wordt ingebed of ernaast wordt uitgevoerd (sidecar). De agent onderschept inkomende en uitgaande aanroepen, verzamelt gegevens over uitvoeringstijd en stuurt deze via een beveiligd kanaal naar de collector.

Werking van de APM-agent

De APM-agent voor Java kan via javaagent op JVM-niveau worden aangesloten en automatisch alle HTTP-verzoeken, database-aanroepen, berichtenwachtrijen en externe API's instrumenteren. Voor mobiele platforms wordt de agent als SDK aangesloten en verzamelt metriek van het apparaat. New Relic Agent voor Android volgt bijvoorbeeld automatisch alle netwerkverzoeken via OkHttp, HTTP-cliënten en WebView.

import com.newrelic.agent.android.NewRelic;

public class MainApplication extends Application {
    public void onCreate() {
        super.onCreate();
        NewRelic.withApplicationToken("YOUR_TOKEN")
            .start(this);
    }
}

De code initialiseert de New Relic Agent in een Android-applicatie. Na het starten verzamelt de agent automatisch metrieken van netwerkverzoeken, fouten, ANR en UI-prestatiegegevens zonder extra instrumentatie van elk scherm. De agent werkt op de achtergrond en beïnvloedt de prestaties van de hoofdinterface van de applicatie niet.

Collector en backend

De collector ontvangt gegevens van duizenden agents, aggregeert metrieken, voert sampling van traces uit en slaat gegevens op in een langetermijnopslag met de mogelijkheid van hot en cold storage. De APM-backend biedt dashboards, alerten, servicekaarten en API voor integratie met externe systemen (Slack, PagerDuty, Jira, ServiceNow). Datadog verwerkt meer dan 10 miljoen datapunten per seconde via zijn collectors, verspreid over 20+ regio's wereldwijd voor minimale transmissielatentie.

Apdex score en SLA-monitoring

Apdex (Application Performance Index) — een open standaard voor het meten van gebruikerstevredenheid over de responstijd van de applicatie. De Apdex-waarde wordt berekend met de formule: (aantal tevreden gebruikers + aantal tolerante gebruikers / 2) / totaal aantal gebruikers. Het resultaat is een getal van 0 tot 1, waarbij 1 betekent dat alle gebruikers tevreden zijn.

Apdex-drempels worden individueel voor elke applicatie ingesteld. Voor mobiele applicaties is de typische tevredenheidsdrempel — responstijd tot 1,5 seconden, tolerant — tot 4,5 seconden. Alles boven 4,5 seconden wordt als onaanvaardbaar beschouwd. Apdex score van 0,94 en hoger wordt als uitstekend beschouwd voor een productieomgeving.

Apdex wordt niet alleen als kwaliteitsmetriek gebruikt, maar ook als drempel voor alerten. Als Apdex gedurende 10 minuten onder 0,85 zakt, stuurt het APM-systeem een melding naar het dienstdoende team. Dit is een evenwichtigere benadering dan het koppelen aan absolute responstijdwaarden, die kunnen fluctueren afhankelijk van het tijdstip en de belasting.

APM voor mobiele applicaties

Mobiele APM heeft zijn eigen specificiteit: de applicatie draait op het apparaat van de gebruiker, dat zich in verschillende netwerkomstandigheden kan bevinden, verschillende hoeveelheden vrij geheugen en OS-versies kan hebben. Mobile APM moet al deze factoren in overweging nemen en een uitsplitsing van metrieken bieden per apparaatmodel, OS-versie, regio en netwerkoperator.

Gegevensverzameling van het apparaat

Mobiele APM-agents verzamelen metrieken op het apparaat en sturen ze in batches naar de server met een interval van 1–5 minuten. Dit minimaliseert de impact op het verkeer van de gebruiker. Bij verbindingsverlies worden gegevens in de lokale cache opgeslagen en bij de volgende verbinding verzonden. Firebase Performance en Dynatrace Mobile ondersteunen automatische hertransmissie bij netwerkverlies.

Belangrijkste mobiele metrieken

Aan de standaard APM-metrieken in mobiele ontwikkeling worden specifieke toegevoegd: koude starttijd, FPS tijdens scrollen, hoeveelheid verbruikt geheugen, frequentie van ANR (Android) en aantal watchdog-terminaties (iOS). New Relic Mobile volgt daarnaast map views, percentage cachegebruik en rendertijd van specifieke ViewControllers.

import NewRelic

class ProfileViewController: UIViewController {
    override func viewDidLoad() {
        super.viewDidLoad()
        NewRelic.startInteraction(withName: "ProfileView")
    }

    override func viewDidDisappear(animated: Bool) {
        super.viewDidDisappear(animated)
        NewRelic.stopCurrentInteraction()
    }
}

De code in Swift maakt een interaction trace voor het gebruikersprofielscherm. New Relic meet automatisch de laadtijd van gegevens, UI-rendering en alle netwerkverzoeken die tijdens de weergave van dit scherm zijn uitgevoerd.

Vergelijking van populaire APM-platforms

De APM-markt wordt vertegenwoordigd door tientallen oplossingen die verschillen in monitoringsdiepte, kosten en ondersteunde platforms. Datadog APM leidt in de integratie van metrieken, traces en logs in één interface. New Relic biedt de meest gedetailleerde tracing voor mobiele platforms. Dynatrace gebruikt de AI-engine Davis voor automatische detectie van hoofdoorzaken van problemen.

De keuze van een APM-platform hangt af van de teamgrootte, technologiestack en budget. Voor startups is Firebase Performance in combinatie met Grafana voor de backend optimaal. Voor enterprise-projecten met hoge SLA-eisen — Datadog of Dynatrace met een volledige set observability-tools en ondersteuning voor AI-analyse van hoofdoorzaken van incidenten.