Vad är ett konfigurationsobjekt?

Ett konfigurationsobjekt (CI) är en komponent i ITIL®-metoden för informationstekniska infrastrukturbibliotek för förändringshantering. Det är den minsta huvudkomponenten i konfigurationshanteringssystemet (CMS), som lagras och spåras inom det som kallas konfigurationshanteringsdatabasen (CMDB). Samlingen av konfigurationsobjekt i databasen används av en IT-chef (IT) för att spåra relationer med andra artiklar och övervaka ett IT-projekt eller tjänstens livscykel. Konfigurationsobjekt kan vara allt som identifieras i IT-tjänsten som behöver hanteringsspårning, inklusive hårdvara, programvara, protokoll och processer.

Efter identifiering och inmatning i en CMDB blir konfigurationsobjektet en konfigurationspost. Posten beskriver parametrarna för CI, liksom dess förhållande till andra CI: er. Eftersom praktiskt taget allt kan vara en CI, kan det vara lite förvirring när det gäller den potentiella granulariteten. Konfigurationsobjekt kan vara koncept på högre nivå, till exempel en processbeskrivning som måste hanteras för förändringar över tid. Som en del av processen kan emellertid underkomponenter som datorer eller personer som implementerar processen ytterligare identifieras som CI: er.

Denna nivåstruktur hittar vanligtvis konfigurationsobjektposter i ett antal databaser, kanske till och med hanteras av olika nivåer i ett IT-tjänsteerbjudande. En helpdeskstjänst, till exempel med en process för ersättning av maskinvara på plats, kommer att ha den processen in i helpdeskets CMDB som ett konfigurationsobjekt. Maskinvaruposten för utbyte, till exempel en hårddisk, lagras också i CMDB som CI: er, tillsammans med den personal som rör sig i hela organisationen och genomför den fysiska ersättningen. I det här scenariot är den högsta nivån CI helpdesken, där under den är hårdvarubytesprocessen, sedan en annan nivå för hårdvaran och så vidare.

Identifiering av konfigurationsobjekt varierar mycket beroende på ett stort antal faktorer. Vanligtvis ingår de flesta komponenter som hänför sig till projektets uppstart, men när projektets livscykel fortskrider kan det behövas förändringar. Erkännande av nya CI: er för systemet utvärderas av nödvändighet och deras inbördes förhållanden, medan äldre CI: er får periodiska granskningar för att säkerställa deras fortsatta giltighet. På detta sätt hålls CMDB ren för onödiga poster, och ytterligare kravanalys kan ske baserat på exakta data.