Een configuration item (CI) is elk onderdeel, zoals hardware, software of documentatie, dat in een CMDB wordt bijgehouden omdat het een IT-dienst ondersteunt.
Een configuration item (CI) is elk onderdeel dat beheerd moet worden om een IT-dienst te leveren - een server, een applicatie, een netwerkswitch, zelfs een document - vastgelegd in een configuration management database (CMDB). De term komt uit ITIL, het meest gebruikte IT service management-framework. Wat een CI onderscheidt van een gewoon assetrecord is de relatiedata: een CMDB somt niet alleen onderdelen op, het brengt in kaart hoe ze van elkaar afhangen, zodat bij een storing de reikwijdte van de impact zichtbaar is.
Voorbeelden van configuration items
- Hardware-CIs - servers, netwerkswitches, routers, firewalls, storage-arrays, en eindgebruikersapparaten waar een dienst van afhangt.
- Software-CIs - besturingssystemen, applicaties, databases, middleware en hun versies.
- Documentatie-CIs - runbooks, SLA’s, netwerkdiagrammen en beleid zonder welke de dienst niet kan worden bediend.
- Service- en infrastructuur-CIs - de e-maildienst zelf, cloud-instances, SSL-certificaten, DNS-zones.
De bepalende test is service-impact, niet prijs. Een goedkoop SSL-certificaat is een schoolvoorbeeld-CI omdat verlopen een dienst platlegt; een duur item zonder servicerol - reserve external drives in een kast, of de conference room equipment waar niemands uptime van afhangt - is een asset die het waard is om te volgen, maar zelden om als CI te modelleren.
Wat een CI-record bevat
Een CI heeft een unieke identifier, een type, een eigenaar, een status en een versie waar die van toepassing is. Het attribuut dat het echte werk doet zijn relaties: “draait op”, “hangt af van”, “verbindt met”, “wordt gedocumenteerd door”. Die links laten een servicedesk een storing traceren van de uitgevallen switch naar de drie applicaties erachter, of vooraf inschatten wat een geplande wijziging raakt. Haal de relaties weg en een CMDB zakt terug tot een gewone inventaris met extra velden.
CI vs asset
De twee concepten beschrijven dezelfde fysieke wereld vanuit verschillende hoeken. Een assetrecord neemt het eigendoms- en financiële perspectief: aankoopprijs, leverancier, garantie, huidige houder, positie in de IT asset lifecycle, en wanneer de hardware refresh cycle zegt dat het vervangen moet worden. Een CI neemt het serviceperspectief: wat dit onderdeel ondersteunt en wat er gebeurt als het faalt.
De sets overlappen zonder samen te vallen. Een productieserver is zowel asset als CI. Een reservemonitor is een asset maar geen CI. Een gratis open-source bibliotheek of een runbook is een CI maar staat op geen balans - net als een software entitlement een asset is in licentietermen, of iemand het al dan niet in een CMDB modelleert.
Wanneer een CMDB overkill is
CMDB’s hebben een verdiende reputatie van verval. Relatiedata is duur om actueel te houden - elke architectuurwijziging, migratie en buitengebruikstelling moet worden verwerkt, en een CMDB die voor 80% klopt is gevaarlijk juist omdat mensen er midden in een incident op vertrouwen. De eerlijke vuistregel voor de omvang: modelleer CIs alleen waar het in kaart brengen van afhankelijkheden echt wordt onderhouden en geraadpleegd, meestal de servers, netwerkapparatuur en kernapplicaties achter kritieke diensten. Voor al het andere - en voor de meeste kleine en middelgrote organisaties volledig - levert een goed bijgehouden assetregister met eigenaren, statussen en geschiedenis het meeste van de waarde tegen een fractie van het onderhoud; de glossary behandelt de registerkant in diepte.
Gerelateerde termen
- IT Asset Lifecycle - de aankoop-tot-afvoer-fasen die het assetperspectief volgt
- Hardware Refresh Cycle - het geplande vervangingsritme voor hardware-CIs en assets
- Software Entitlement - de licentierechten achter software-CIs
- Perpetual vs Subscription License - de twee manieren waarop software-CIs worden betaald
- Per-User Licensing - seat-gebaseerde licenties gekoppeld aan gebruikers in plaats van onderdelen