Ketenmonitoring met een stoplicht: een status die de hele organisatie snapt
Ketenmonitoring volgens het stoplicht-principe: teken je IT-keten, leg je bestaande tools eroverheen en deel een groen, oranje of rode status die iedereen begrijpt, zonder login.
De meeste monitoring laat techniek zien: grafieken, metrics, losse alerts per systeem. Voor een beheerder is dat prima, maar de rest van de organisatie heeft er niets aan. Ketenmonitoring draait het om. In plaats van losse onderdelen laat je de keten zien, en die vertaal je naar een stoplicht: groen, oranje of rood. Dit artikel legt uit hoe dat werkt en waarom een stoplicht de status is die iedereen snapt.
TL;DR
- Ketenmonitoring kijkt naar de hele keten van systemen die samen een dienst leveren, niet naar losse servers.
- Het stoplicht-principe vertaalt technische status naar een kleur: groen, oranje of rood.
- Je tekent je keten, koppelt je bestaande monitoring eraan en laat er een kleur uit komen.
- Het dashboard is te delen zonder login, zodat iedereen dezelfde status ziet.
- ITSM Radar uit de ServiceChanger-familie maakt dit straks mogelijk en komt binnenkort.
Wat ketenmonitoring is
Een dienst die je gebruikers raakt, leunt bijna nooit op een enkel systeem. Denk aan inloggen: dat hangt aan je identity provider, aan een netwerkverbinding, aan een database en soms aan een externe partij. Valt een schakel uit, dan merkt de gebruiker dat de dienst niet werkt, ook al staat elk los onderdeel in zijn eigen dashboard nog op groen.
Ketenmonitoring kijkt naar die samenhang. Je legt vast welke systemen samen een dienst vormen en in welke volgorde ze van elkaar afhangen. Daarmee zie je niet alleen of een server draait, maar of de keten als geheel zijn werk doet. Dat is het verschil tussen "de database reageert" en "gebruikers kunnen inloggen".
Het stoplicht-principe
Het probleem met klassieke monitoring is niet dat er te weinig informatie is, maar te veel. Een directielid of een eerstelijns-medewerker hoeft geen CPU-grafiek te lezen. Die wil weten: werkt het of niet?
Daarvoor gebruik je een stoplicht. Elke schakel en elke dienst krijgt een kleur:
| Kleur | Betekenis | Wat je doet |
|---|---|---|
| Groen | De keten werkt zoals het hoort | Niets, gewoon volgen |
| Oranje | Er is een waarschuwing of een schakel hapert | Kijken voordat het rood wordt |
| Rood | De dienst is verstoord | Direct oppakken |
Hoe je het opbouwt
Ketenmonitoring met een stoplicht bouw je in drie stappen op, en je gooit niets weg wat je al hebt.
- Teken de keten. Breng in kaart welke systemen samen een dienst leveren en hoe ze van elkaar afhangen. Begin met een of twee diensten die er echt toe doen, niet met alles tegelijk.
- Koppel je bestaande tools. Je monitort waarschijnlijk al met SCOM, Azure Monitor of iets anders. Die houd je. Je legt er een schil overheen die de signalen ophaalt, in plaats van alles opnieuw te bouwen.
- Vertaal naar een kleur. Per schakel bepaal je wanneer iets groen, oranje of rood is. Die statussen rollen omhoog naar het stoplicht van de hele dienst.
Een status zonder login
Een dashboard dat alleen beheerders kunnen openen, lost het communicatieprobleem niet op. Tijdens een verstoring wil de servicedesk weten wat er speelt, wil een afdelingshoofd weten of het hun dienst raakt, en wil de directie een eerlijk beeld zonder iemand te storen.
Daarom hoort bij ketenmonitoring een status die je kunt delen zonder login. Iedereen die de link heeft, ziet hetzelfde stoplicht, op hetzelfde moment. Geen account, geen rol, geen uitleg vooraf. Dat scheelt een hoop telefoontjes tijdens een storing, want het antwoord staat al op het scherm.
Hoe dit bij ServiceChanger past
Dit is de positionering van ITSM Radar, een apart product in de ServiceChanger-familie. Waar ServiceChanger zelf gaat over het automatiseren van toegang en licenties, gaat ITSM Radar over het zichtbaar maken van je IT-keten via een stoplicht. Het is een schil over je bestaande monitoring zoals SCOM en Azure Monitor, geen vervanging ervan. ITSM Radar is nog niet beschikbaar en komt binnenkort.
FAQ
Vervangt ketenmonitoring mijn huidige monitoring? Nee. Je houdt SCOM, Azure Monitor of wat je ook gebruikt. De ketenlaag haalt de signalen daaruit op en vertaalt ze naar een stoplicht. Je oude tools blijven de bron.
Waarom een stoplicht en niet gewoon grafieken? Grafieken zijn voor de beheerder die de oorzaak zoekt. Een stoplicht is voor iedereen die alleen wil weten of het werkt. Je hebt allebei nodig, maar voor communicatie wint de kleur.
Waarom zonder login delen? Omdat een status alleen werkt als de mensen die hem nodig hebben er ook bij kunnen. Tijdens een verstoring wil je niet dat mensen eerst moeten inloggen of bellen voor de stand van zaken.
Is ITSM Radar nu te gebruiken? Nog niet. Het is een apart product in de ServiceChanger-familie en komt binnenkort.
Verder lezen
- Shift-left op de servicedesk voor hoe je werk naar het vroegste punt in de keten verschuift.
- Servicedesk-strategie voor het bredere verhaal over hoe je je servicedesk inricht.
Volgende stap
Wil je je IT-keten in een stoplicht zien dat de hele organisatie snapt? ITSM Radar uit de ServiceChanger-familie maakt dit straks mogelijk en komt binnenkort. Laat van je horen als je vroeg wilt meekijken.
Ook interessant
ITSM maturity assessment: waar staat je servicedesk?
Een praktisch volwassenheidsmodel voor je servicedesk, van reactief tot regel-gedreven. Bepaal waar je staat, herken het volgende niveau en zie hoe je een stap omhoog zet.
Van ITSM naar ESM: service management buiten IT brengen
Wat ESM is, hoe je service management uitbreidt van IT naar HR en facilitair, hoe je je volwassenheid laat groeien, en wanneer een consultancypartner loont.