Hva er et konfigurasjonselement?

Et konfigurasjonselement (CI) er en del av ITIL®-metoden for informasjonsteknologiinfrastrukturbibliotek for endringshåndtering. Det er den minste hovedkomponenten i konfigurasjonsstyringssystemet (CMS), som lagres og spores i det som er kjent som konfigurasjonsadministrasjonsdatabasen (CMDB). Samlingen av konfigurasjonselementer i databasen brukes av en IT-sjef for å spore forhold til andre elementer og overvåke et IT-prosjekt eller tjenestens livssyklus. Konfigurasjonselementer kan være alt som er identifisert i IT-tjenesten som behov for styringssporing, inkludert maskinvare, programvare, protokoller og prosesser.

Når den blir identifisert og lagt inn i en CMDB, blir konfigurasjonselementet en konfigurasjonspost. Oppføringen viser parametrene til CI, så vel som forholdet til andre CIer. Ettersom praktisk talt alt kan være en CI, kan det være litt forvirring med hensyn til potensiell granularitet. Konfigurasjonselementer kan være konsepter på høyere nivå, for eksempel en prosessbeskrivelse som må styres for endringer over tid. Som en del av prosessen kan imidlertid subkomponenter som datamaskiner eller personer som implementerer prosessen videre identifiseres som CIer.

Denne lagdelte strukturen finner typisk poster i en rekke databaser, kanskje til og med administrert av forskjellige nivåer i et IT-tjenestetilbud. En helpdesk-tjeneste, for eksempel med en prosess for erstatning av maskinvare på stedet, vil ha den prosessen lagt inn i helpdeskens CMDB som et konfigurasjonselement. Maskinvareelementene for utskifting, for eksempel en harddisk, lagres også i CMDB som CIer, sammen med personellet som beveger seg i hele organisasjonen og iverksetter fysisk utskiftning. I dette scenariet er CI med den høyeste nivå helpdesken, der under den er maskinvarebytteprosessen, deretter en annen gruppe for maskinvaren, og så videre.

Identifisering av konfigurasjonselementer varierer veldig avhengig av en rekke faktorer. Vanligvis er de fleste komponentene som gjelder prosjektets oppstart inkludert, men når prosjektets livssyklus skrider frem, kan det være nødvendig med endringer. Anerkjennelse av nye CI-er for systemet evalueres for nødvendighet og deres innbyrdes forhold, mens eldre CI-er mottar periodiske revisjoner for å sikre deres fortsatte gyldighet. På denne måten holdes CMDB ren for unødvendige poster, og ytterligere kravanalyse kan skje basert på nøyaktige data.