Een CMDB is een database die informatie opslaat over IT-assets (configuration items) en de relaties daartussen.
Een CMDB (configuration management database) is een database die informatie opslaat over de IT-assets van een organisatie - servers, applicaties, netwerkapparatuur, desktop computers - en, cruciaal, de relaties daartussen. Elke entry is een configuration item (CI) met eigen attributen, en elke CI is gekoppeld aan wat erop draait, waar het van afhangt of waarmee het verbonden is. Die relatiedata onderscheidt een CMDB van een gewoon assetregister: het beantwoordt niet alleen “wat bezitten we”, maar “wat valt uit als dit uitvalt”.
Wat telt als configuration item
Een CI is elk onderdeel dat het waard is om op zichzelf te volgen. Typische voorbeelden:
- Hardware-CIs - servers, switches, firewalls, storage-arrays, eindgebruikersapparaten
- Software-CIs - applicaties, databases, besturingssystemen, middleware
- Virtuele en cloud-CIs - virtuele machines, containers, cloud-instances en -diensten
- Service-CIs - de bedrijfsdiensten waar die onderdelen samen uitkomen, zoals “e-mail” of “facturatie”
Elke CI heeft attributen (naam, versie, omgeving, eigenaar, locatie) en relaties (“draait op”, “hangt af van”, “maakt deel uit van”). Het bepalen van het detailniveau is de eerste ontwerpbeslissing: volg elke kabel en de CMDB verdrinkt in onderhoud; volg alleen servers en hij kan geen nuttige vragen beantwoorden.
Relaties zijn het punt
Neem een keten: de facturatieapplicatie draait op een virtuele machine, die op een host in de serverruimte draait, die via één switch verbonden is. Wanneer die switch vervangen moet worden, vertelt de CMDB u - voordat u iets aanraakt - dat facturatie daarmee uitvalt. Dat is impactanalyse, en het is de kern van CMDB-gebruik. Dezelfde data werkt omgekeerd bij het opsporen van problemen: wanneer facturatie traag is, toont de CMDB elk onderdeel eronder dat het waard is om te controleren. Daarom zijn CMDB’s een vaste waarde in change management bij grotere IT-organisaties.
CMDB vs assetregister vs ITAM
De grens zit in het doel. Een assetregister dient eigendom en geld: wie heeft welk apparaat, wat kostte het, wanneer eindigt de garantie, wat gebeurt er bij afvoer. Een CMDB dient de operatie: technische configuratie en afhankelijkheden, ter ondersteuning van wijzigingen en incidenten. ITAM is de bredere discipline; een CMDB is één tool, vooral gebruikt door ITSM-gedreven teams. De twee overlappen op de hardware zelf - dezelfde server staat in beide - maar ze registreren andere feiten. Licentierechten en verlengingen horen bijvoorbeeld in software license management-records, niet in een afhankelijkheidsdiagram.
Wanneer een klein team er echt een nodig heeft
Een CMDB loont wanneer u infrastructuur beheert waar andere systemen van afhangen en wijzigingen maakt die een impactbeoordeling vereisen - eigen servers, een productieomgeving, alles met uitvalkosten. Het loont niet als eerste centrale register voor een team waarvan de omgeving uit laptops, smartphones en SaaS-licenties bestaat; die vragen gaan over eigendom en verlengingen, en het grootste risico van de CMDB - één keer gevuld en nooit bijgewerkt - treft teams zonder changeproces het hardst. Voor dat meerderheidsgeval wint een actueel assetregister van een verouderde CMDB, en een tool als AMPthilly houdt er één bij met eigenaren, uitleningen, documenten en auditgeschiedenis per asset, zonder afhankelijkheidsdiagrammen.
Gerelateerde termen
- Software Asset Management - het beheer van de softwarekant van de IT-omgeving
- Software License Management - waar rechten en verlengingen worden bijgehouden
- License Compliance - binnen de licentievoorwaarden blijven die u heeft
- IT Asset Disposition - hardware veilig buiten gebruik stellen aan einde levensduur
- True-Up - de licentiereconciliatie die een leveranciersaudit uitlokt