Zurück zum Glossar
C
Definition

Configuration Item (CI) IT-Definition

Element der Konfiguration: jede Komponente, die in einer CMDB verfolgt wird, weil ihre Änderung, ihr Verlust oder ihre Fehlkonfiguration einen IT-Service beeinträchtigen würde.

Ein Configuration Item (CI) ist jede Komponente des Informationssystems, die in einer CMDB verfolgt wird, weil eine Änderung, ein Verlust oder eine Fehlkonfiguration dieser Komponente einen IT-Service beeinträchtigen würde. Es ist die atomare Einheit des Konfigurationsmanagements in ITIL.

Die Arten von CI

ITIL 4 unterscheidet vier große CI-Familien:

  • Hardware-CIs: Server, Speicher-Arrays, Netzwerkgeräte, Arbeitsplätze, Drucker.
  • Software-CIs: Anwendungen, Betriebssysteme, Middleware, Container, Firmware.
  • Service-CIs: Geschäftsdienste, SaaS-Abonnements, ausgelagerte Dienste.
  • Dokumentations-CIs: Runbooks, Verträge, SLAs, Architekturschemata.

Attribute und Beziehungen

Jedes CI trägt zwei Arten von Informationen:

  • Attribute: eigene Merkmale.
  • Beziehungen: Verbindungen mit anderen CIs.

Granularität: die schwierigste Entscheidung

  • Zu grob: (1 CI = 1 ganzes ERP): die Impact-Analyse verliert jede Präzision.
  • Zu fein: (1 CI = 1 flüchtiger Kubernetes-Container): unmöglich manuell zu warten.
  • Guter Kompromiss: eine Granularitätsebene pro CI-Klasse.

CI vs. Asset

  • Ein Asset wird für seine finanzielle und vertragliche Dimension verfolgt.
  • Ein CI wird für seine operative Dimension verfolgt.

Lebenszyklus eines CI

Geplant → Bestellt → Auf Lager → In Produktion → In Obsoleszenz → Stillgelegt → Zerstört.

Quelle der Wahrheit und Qualität

  • Automatische Quelle: .
  • Klarer Eigentümer: .
  • Datum der letzten Überprüfung: .
  • Vertrauensbewertung: .

Kabeen baut automatisch den Graph der Anwendungs-CIs aus Agenten, SSO, Expense Data und Benutzer-Feedback wieder auf.

Häufig gestellte Fragen

Was ist ein Configuration Item (CI)?

+

Ein CI (Configuration Item, oder Element der Konfiguration) ist jede Komponente des Informationssystems, die in einer CMDB verfolgt wird, weil eine Änderung, ein Verlust oder eine Fehlkonfiguration dieser Komponente einen IT-Service beeinträchtigen würde. Es ist die atomare Einheit des Konfigurationsmanagements in ITIL.

Unterschied zwischen einem CI und einem Asset?

+

Ein Asset (im ITAM-Sinne) wird für seine finanzielle und vertragliche Dimension verfolgt (Kosten, Eigentümer, Vertrag, Abschreibung). Ein CI wird für seine operative Dimension verfolgt (Beziehungen, Konfiguration, Service-Impact). Ein gleiches Element kann sowohl Asset als auch CI sein (ein Server), aber nicht immer.

Welche Granularität für CIs wählen?

+

Der gute Kompromiss erfolgt pro CI-Klasse, dokumentiert in einer Modellierungsrichtlinie. Zu grob tötet die Präzision der Impact-Analyse. Zu fein macht die Wartung unmöglich. Praktische Regel: die Granularität muss es ermöglichen, die Frage zu beantworten: «wenn dieses CI fällt, was hört auf?».

Wie hält man die Qualität der CIs im Laufe der Zeit aufrecht?

+

Vier Hebel: (1) automatische Entdeckungsquelle für jede CI-Klasse, (2) ein benannter Eigentümer für jedes CI, (3) ein Datum der letzten Überprüfung — ein CI ohne Aktualisierung seit 90 Tagen ist wahrscheinlich veraltet, (4) eine Vertrauensbewertung. Die manuelle Eingabe ist die Hauptursache für das Scheitern von CMDBs.

Brauchen Sie Hilfe bei der Kartierung Ihrer IT-Landschaft?

Kabeen hilft Ihnen, Ihr Anwendungsportfolio zu inventarisieren, zu analysieren und zu optimieren.

Kostenlos testen