Je doel
De servicedesk hoort dat de applicatie traag is of blijft hangen, de infrastructuurdashboards zeggen dat alles goed is, en klachten gaan heen en weer tussen teams en leveranciers.
Wat deze dienst oplevert
Elke maatwerkapplicatie heeft monitoring nodig die de applicatie kent
Hoe we helpen
We instrumenteren de applicatie, voegen synthetische gebruikersstappen toe van buiten en binnen je netwerk, en verbinden wat gebruikers ervaren met de applicatie, database en hosting eronder.
Wat je team wint
Problemen opgepakt zodra gebruikers ze beginnen te merken, met de laag die ze veroorzaakt al in beeld.
Begin met één applicatie
We beginnen met één applicatie: de belangrijke gebruikersstappen in kaart brengen, instrumenteren, een paar weken meten en rapporteren wat de oorzaken zijn en wat eerst moet.
Ontworpen voor blijvende waarde
Wat je organisatie eraan heeft
Application performance monitoring die meet wat je gebruikers ervaren en naar de oorzaak wijst, zodat problemen worden opgelost in plaats van besproken.
Oorzaken, geen symptomen
Een klacht wordt herleid tot de laag die hem veroorzaakt: de applicatie, de database, het netwerk of de hosting.
Eerder gewaarschuwd
Alerts gaan af zodra gebruikers iets beginnen te merken, zodat een probleem opgepakt kan worden voordat het bij de servicedesk binnenkomt.
Per applicatie het juiste gereedschap
Application Insights, New Relic of onze eigen tooling, gekozen per applicatie. We verkopen voor geen van alle licenties.
Een gerichte eerste samenwerking
Begin met één applicatie
We kiezen één belangrijke applicatie, brengen de gebruikersstappen in kaart en meten een paar weken, zonder iets aan de werking te veranderen.
Spreek een monitoringspecialistWat je team ontvangt
Een helder beeld van waar de tijd heen gaat, wat de klachten veroorzaakt en wat eerst moet.
- De belangrijke gebruikersstappen en transacties, vastgelegd
- Instrumentatie en synthetische gebruikersstappen voor één applicatie
- Alerts naar het team dat kan handelen
- Dashboards voor de servicedesk en voor het management
Uit recent werk
Het netwerk kreeg de schuld. De schijf was de oorzaak.
Twee recente onderzoeken. We noemen de klanten niet.
Bij de ene klant was een rapportagedashboard traag en kreeg de netwerkgateway de schuld. Gemeten gebruikersstappen van binnen en buiten het netwerk wezen een virtuele machine aan die tegen zijn limiet voor opslagdoorvoer liep. Bij een andere klant werden terugkerende vastlopers van een uur gekoppeld aan één foutief onderdeel, over tientallen gebruikersmeldingen heen, en vangt een alert de fout nu binnen ongeveer twee minuten af.
Eerst meten, dan beslissen
Monitoringprincipe van Masterminds
Zo werken we met je samen
Van een eerste meting naar monitoring waar je team op bouwt
Algemene metingen laten zien dat een server druk is. Monitoring die voor de applicatie is gebouwd, laat zien welke gebruikersstap traag is, waarom, en sinds wanneer.
Breng de belangrijke stappen in kaart
Met de business en de servicedesk kiezen we de gebruikersstappen en transacties die moeten werken, en spreken we per stap af wat traag is.
Instrumenteer en meet
APM-agents of OpenTelemetry in de applicatie, eigen events voor de bedrijfsstappen die algemene metingen niet zien, en synthetische gebruikersstappen die meten wat een gebruiker ervaart, ook als er niemand is ingelogd.
Waarschuw en rapporteer
Alerts op symptomen die gebruikers merken, naar het team dat kan handelen, en rapportages per doelgroep: een werkoverzicht voor de servicedesk en een kort overzicht voor het management.
Bespreek het met een specialist
Ontdek waarom je applicatie traag is
Vertel ons welke applicatie je zorgen baart en wat gebruikers merken. Een monitoringspecialist helpt je bepalen waar je eerst moet meten.
Een direct gesprek over één applicatie en wat de gebruikers ervaren.