Laden...
Monday, September 21, 2026
Als standaardmonitoring niet genoeg is
Stefan Konijnenberg
Als standaardmonitoring niet genoeg is
PIM+ kan standaard al veel monitoren. Maar de controles die écht het verschil maken, zijn vaak specifiek voor jouw omgeving.
Denk aan een volledig inlogproces, een cluster-API waarvoor geen standaardtemplate bestaat, een SQL-heartbeat die moet aantonen dat een integratie nog werkt of Microsoft Graph-alerts die niet in een standaardmonitor passen.
Juist daar komen custom Event Monitors in beeld.
Groen betekent niet altijd dat het werkt
Neem een bedrijfsapplicatie met een online inlogportaal.
Een eenvoudige beschikbaarheidscontrole kan bevestigen dat de website bereikbaar is. Maar dat betekent nog niet dat gebruikers daadwerkelijk kunnen inloggen.
De webserver kan prima reageren terwijl:
- de identityprovider niet beschikbaar is;
- een redirect tijdens het inloggen mislukt;
- er geen geldig token wordt uitgegeven;
- de authenticatie wordt geweigerd;
- de applicatie na het inloggen geen gebruikersgegevens kan laden.
Voor een traditionele beschikbaarheidsmonitor lijkt alles groen.
Voor de gebruiker ligt het proces ondertussen volledig stil.
Monitor de volledige gebruikersreis
Met een custom Event Monitor kun je verder kijken dan alleen de bereikbaarheid van een website.
De monitor kan het volledige inlogproces gecontroleerd doorlopen:
- de aanmeldpagina openen;
- controleren of de juiste velden en redirects beschikbaar zijn;
- authenticeren met een beveiligd testaccount;
- controleren of een geldige sessie of token wordt verkregen;
- een pagina of API achter de login openen;
- verifiëren dat de verwachte gebruikersinformatie wordt geladen;
- de totale doorlooptijd meten;
- de sessie veilig beëindigen.
Zo controleer je niet alleen of de applicatie online is, maar of gebruikers het proces daadwerkelijk van begin tot eind kunnen doorlopen.
Zie precies waar het misgaat
Een Event Monitor hoeft niet alleen Success of Critical terug te geven.
PIM+ kan ook zichtbaar maken in welke stap het proces vastloopt.
Bijvoorbeeld:
- de inlogpagina is niet bereikbaar;
- de identityprovider reageert te langzaam;
- de authenticatie wordt geweigerd;
- er wordt geen geldig token uitgegeven;
- de redirect naar de applicatie mislukt;
- de pagina achter de login kan niet worden geladen;
- het inloggen werkt, maar duurt veel langer dan normaal.
Daardoor weet je niet alleen dát er een probleem is, maar ook waar je moet zoeken.
Maak performance meetbaar
Ook de snelheid van het proces kan worden gemonitord.
De totale inlogduur en eventueel de duur van afzonderlijke processtappen kunnen als DataPoints worden opgeslagen.
Hierdoor worden trends zichtbaar.
Misschien werkt het inlogproces nog steeds, maar duurt authenticatie iedere week iets langer. Of misschien is alleen de identityprovider vertraagd, terwijl de rest van de applicatie normaal reageert.
Met historische DataPoints zie je zulke veranderingen voordat ze uitgroeien tot een storing.
Bepaal zelf wanneer PIM+ alarm slaat
Niet iedere vertraging hoeft direct een kritisch incident te zijn.
Daarom blijven de alarmgrenzen configureerbaar.
De ene organisatie wil bijvoorbeeld een Warning zodra een login langer dan vijf seconden duurt. Een andere organisatie vindt tien seconden nog acceptabel.
Een volledig mislukte login kan als Critical worden gemarkeerd, terwijl een tijdelijk trage authenticatieservice alleen een Warning oplevert.
Zo sluit de monitoring aan op wat voor jouw omgeving echt belangrijk is.
Credentials veilig buiten je script
Voor geautomatiseerde controles zijn vaak testaccounts nodig.
Die credentials hoeven niet in het script te worden opgeslagen.
Via een Authentication Profile kan PIM+ de benodigde authenticatiegegevens veilig aan de monitor aanbieden.
Zo blijven gebruikersnamen, wachtwoorden en andere gevoelige gegevens buiten de broncode en kan dezelfde monitor veilig in verschillende omgevingen worden ingezet.
Ook geschikt voor moderne authenticatie
Moderne authenticatie vraagt soms om een andere aanpak.
Interactieve MFA, CAPTCHA en device-bound passkeys zijn bewust ontworpen om geautomatiseerd inloggen te beperken.
In zulke situaties hoeft een monitor deze beveiligingsmaatregelen niet te omzeilen.
In plaats daarvan kan een Event Monitor bijvoorbeeld:
- een ondersteunde OAuth-flow testen;
- een API-token controleren;
- afzonderlijke onderdelen van de authenticatieketen monitoren;
- controleren of tokens correct worden uitgegeven en geaccepteerd.
Zo blijft de controle realistisch én veilig.
Monitor wat voor gebruikers echt belangrijk is
Dat is de kracht van custom Event Monitors.
Niet alleen controleren of een server antwoord geeft.
Niet alleen kijken of poort 443 openstaat.
Maar daadwerkelijk vaststellen of het proces waarop gebruikers vertrouwen nog werkt.
Van technische beschikbaarheid naar echte gebruikerservaring.
Zelf custom Event Monitors bouwen?
Wil je meer weten over het bouwen van custom Event Monitors en ontdekken hoe je AI kunt inzetten om sneller krachtige monitors te ontwikkelen?
Binnenkort organiseren we workshops waarin we stap voor stap laten zien hoe je Event Monitors bouwt met AI.
Van het bedenken van de juiste controle tot het schrijven, testen en verbeteren van je monitor: je gaat zelf aan de slag met praktische voorbeelden die je direct kunt toepassen in je eigen omgeving.
Binnenkort delen we meer informatie over de workshops.