Co to jest element konfiguracji?
Element konfiguracji (CI) jest składnikiem metody zarządzania zmianami w Bibliotece Infrastruktury Informatycznej (ITIL®). Jest to najmniejszy główny komponent systemu zarządzania konfiguracją (CMS), który jest przechowywany i śledzony w bazie danych zarządzania konfiguracją (CMDB). Zbiór elementów konfiguracji w bazie danych jest wykorzystywany przez menedżera informatycznego (IT) do śledzenia relacji z innymi elementami i monitorowania cyklu życia projektu IT lub usługi. Elementy konfiguracyjne mogą być zidentyfikowane w usłudze IT jako wymagające śledzenia zarządzania, w tym sprzęt komputerowy, oprogramowanie, protokoły i procesy.
Po zidentyfikowaniu i wprowadzeniu do CMDB element konfiguracji staje się rekordem konfiguracji. Rekord szczegółowo opisuje parametry CI, a także jego związek z innymi CI. Ponieważ praktycznie wszystko może być CI, może istnieć trochę zamieszania w odniesieniu do potencjalnej szczegółowości. KonfiguratorPozycje ATION mogą być pojęciami o wyższym poziomie, takie jak opis procesu, który należy zarządzać w przypadku zmian w czasie. Jednak w ramach tego procesu podgajniki, takie jak komputery lub osoby wdrażające proces, mogą być dalej zidentyfikowane jako CIS.
Ta warstwowa struktura zazwyczaj znajduje rekordy elementów konfiguracji w wielu bazach danych, być może nawet zarządzanych przez różne poziomy w ofercie usługi IT. Na przykład usługa pomocy technicznej z procesem wymiany sprzętowej na miejscu będzie wprowadzony w proces CMDB pomocy jako element konfiguracji. Elementy sprzętowe do wymiany, takie jak dysk twardy, są również przechowywane w CMDB jako CIS, wraz z personelem poruszającym się po organizacji i wprowadzają fizyczną wymianę. W tym scenariuszu CI najwyższego poziomu jest biurkiem pomocy, w którym pod nim znajduje się proces wymiany sprzętu, a następnie kolejny tIER dla sprzętu i tak dalej.
Identyfikacja elementów konfiguracji różni się znacznie w zależności od niezliczonej liczby czynników. Zazwyczaj uwzględniono większość komponentów dotyczących start-upu projektu, ale w miarę postępu cyklu życia projektu mogą być konieczne zmiany. Uznanie nowych CI dla systemu jest oceniane pod kątem konieczności i ich wzajemnych powiązań, podczas gdy starsze CI otrzymują okresowe audyty, aby zapewnić ich dalszą ważność. W ten sposób CMDB jest utrzymywane w czystości niepotrzebnych zapisów, a dalsza analiza wymagań może wystąpić w oparciu o dokładne dane.