Was ist der Unterschied zwischen CMDB, DCIM, ITOM, AIOps und Cloud-Management-Plattformen?

CMDB, DCIM, ITOM, AIOps und Cloud-Management-Plattformen lösen unterschiedliche Teile des Infrastrukturbetriebs-Problems. CMDB organisiert Konfiguration und Beziehungen. DCIM verwaltet physischen Platz, Strom, Kühlung und Facilities im Rechenzentrum. ITOM verwaltet den Zustand und Betrieb von IT-Services und Infrastruktur. AIOps wendet KI und Analytik auf Betriebsdaten an. Cloud-Management-Plattformen steuern und betreiben Cloud-Ressourcen über private, öffentliche, hybride oder Multi-Cloud-Umgebungen hinweg.

Die Kategorien überschneiden sich, weil sich moderne Infrastruktur überschneidet. Ein physischer Server kann gleichzeitig in DCIM, CMDB, ITOM und einer Private-Cloud-Plattform auftauchen. Die nützliche Frage ist deshalb nicht, welches Akronym "richtig" ist. Es ist, welches System welche Entscheidung besitzt und wie die Daten geteilt werden.

Was ist eine CMDB?

Eine CMDB ist ein Konfigurationsdatensystem, das Infrastruktur, Services und die Beziehungen zwischen ihnen abbildet.

ServiceNow beschreibt eine CMDB als logische Darstellung von Assets, Services und deren Beziehungen, wobei diese Komponenten als Configuration Items gespeichert werden.

Das wichtigste Wort ist Beziehungen.

Ein Server-Datensatz für sich genommen ist Inventar.

Ein Server, der mit einem Rack, einer Anwendung, einer Datenbank, einem Service, einem Projekt und einem Verantwortlichen verknüpft ist, wird zu operativem Kontext.

Dieser Kontext unterstützt Impact-Analyse, Change-Bewertung, Incident-Routing, Service-Mapping und Kostenzuordnung.

Eine CMDB sollte nicht versuchen, eine Zeitreihen-Monitoring-Datenbank zu werden. Sie sollte die Objekte und Beziehungen identifizieren, die Monitoring-Daten aussagekräftig machen.

Das tiefere Beziehungsmodell wird behandelt in wie eine CMDB Server, GPUs, Container, Anwendungen, Geschäftsservices und Verantwortliche verknüpfen kann.

Was ist DCIM?

DCIM konzentriert sich auf den Betrieb des physischen Rechenzentrums und der Facilities, die die IT-Ausrüstung unterstützen.

IBM beschreibt DCIM-Software als zentralisierte Plattform zum Überwachen, Messen, Verwalten und Steuern von Rechenzentrumselementen, einschließlich IT-Komponenten und Facilities wie Heizung und Kühlung.

In der Praxis beschäftigt sich DCIM meist mit Fragen wie:

Welches Rack hat genug Platz für einen neuen Server?
Wie viel Strom verbraucht dieses Rack?
Wie viel PDU- oder Stromkreiskapazität bleibt übrig?
Wo sind die Hot Spots?
Wie ist der Kühlungsstatus?
Welche Racks hängen von welchem Strompfad ab?
Wie hoch ist die PUE der Facility?
Wo befindet sich die Ausrüstung physisch?

Für hochdichte KI-Infrastruktur kann DCIM auch Flüssigkeitskühlung, Rack-Leistungsdichte, CDU-Status, Vorlauf- und Rücklauftemperatur, Durchfluss, Differenzdruck und Leckerkennung umfassen.

Diese physische Sicht unterscheidet sich von der Service-Beziehungssicht einer CMDB, auch wenn beide verbunden sein sollten.

Die CMDB weiß möglicherweise, dass ein Server einen Geschäftsservice unterstützt. DCIM weiß möglicherweise, dass derselbe Server in Rack R12 steht und Strom aus Stromkreis B bezieht.

Zusammen können sie beantworten, ob ein Facility-Vorfall einen Geschäftsservice beeinträchtigen wird.

Was ist ITOM?

ITOM ist die umfassendere Disziplin und Toolsammlung für den Betrieb von IT-Infrastruktur und -Services.

ServiceNow beschreibt ITOM anhand von Sichtbarkeit über Infrastruktur und Services, Service-Zustand und operativem Management.

ITOM kann je nach Plattform Discovery, Monitoring, Event-Management, Topologie, Service-Zustand, Automatisierung, operative Workflows und Cloud-Ressourcenbetrieb umfassen.

Die zentrale Frage ist operativ:

Ist der Service gesund, was ist falsch, was ist betroffen, und was sollte als Nächstes geschehen?

Das stellt ITOM über oder quer zu vielen einzelnen Monitoring-Tools.

Ein Storage-Monitoring-Produkt kann Ihnen sagen, dass sich die Latenz erhöht hat.

Eine ITOM-Ebene kann dieses Ereignis mit einem Geschäftsservice verknüpfen, verwandte Alarme korrelieren, einen Incident eröffnen, das verantwortliche Team identifizieren und einen Workflow auslösen.

CMDB fungiert dabei häufig als das Beziehungsfundament unter diesem Prozess.

Was ist AIOps?

AIOps wendet maschinelles Lernen, Analytik und Automatisierung auf IT-Betriebsdaten und -Workflows an.

ServiceNow beschreibt AIOps als Nutzung von maschinellem Lernen und Data Science, um den IT-Betrieb zu automatisieren und zu verbessern.

Typische Anwendungsfälle sind Alarmgruppierung, Anomalieerkennung, Unterstützung bei der Ursachenanalyse, Impact-Analyse, Incident-Priorisierung, prädiktive Empfehlungen und automatisierte Behebung unter definierten Kontrollen.

AIOps sollte nicht als Ersatz für Monitoring-Daten behandelt werden.

Es braucht Daten, über die es urteilen kann.

Hat eine Plattform keine akkurate Asset-Identität, keine Topologie, schwache Zeitstempel und inkonsistente Metriken, repariert das Hinzufügen eines KI-Modells das Fundament nicht automatisch.

Deshalb platziert das Betriebsmodell der Quelle das Datenfundament unterhalb der intelligenten Analyse.

Der Ablauf ist logisch:

Vertrauenswürdige Infrastruktur- und Servicedaten erfassen.
Die Objekte und Beziehungen verknüpfen.
Alarme und Metriken normalisieren.
Dann KI nutzen, um zu korrelieren, vorherzusagen, zu empfehlen oder zu automatisieren.

AIOps ist am stärksten, wenn es die Menge an rohen operativen Informationen reduziert, die ein Mensch interpretieren muss, während es gleichzeitig die Belege hinter der Schlussfolgerung erhält.

Was ist eine Cloud-Management-Plattform?

Eine Cloud-Management-Plattform verwaltet Cloud-Ressourcen und -Services über eine oder mehrere Cloud-Umgebungen hinweg.

IBM definiert Cloud-Management als Aufsicht und Verwaltung von Cloud-Computing-Produkten, -Services und -Infrastruktur über öffentliche, private, hybride und Multi-Cloud-Umgebungen hinweg.

Eine Cloud-Management-Plattform beschäftigt sich üblicherweise mit virtuellen Maschinen, Cloud-Konten, Clustern, Vorlagen, Servicekatalogen, Provisionierung, Kontingenten, Richtlinien, Kosten, Governance und Automatisierung.

Ihr Ressourcenmodell beginnt mit Cloud-Abstraktionen.

Das ist der wichtige Unterschied zu DCIM.

DCIM beginnt bei der physischen Facility.

Eine Cloud-Management-Plattform beginnt bei Cloud-Ressourcen und -Services.

In einer Private Cloud können beide Sichten dieselbe physische Infrastruktur berühren, aber auf unterschiedlichen Ebenen.

Eine Cloud-Plattform weiß möglicherweise, dass ein Mandant 20 virtuelle Maschinen besitzt.

DCIM weiß möglicherweise, welche Racks und Stromkreise die physischen Hosts unterstützen.

CMDB kann die virtuellen Maschinen mit Anwendungen und Verantwortlichen verknüpfen.

ITOM kann deren Zustand und operative Ereignisse überwachen.

AIOps kann die resultierenden Daten analysieren.

Wie lassen sich die fünf Kategorien vergleichen?

Der klarste Vergleich erfolgt anhand der Frage, die jede Kategorie beantworten soll.

CMDB fragt: "Was existiert und wie ist es verknüpft?" Ihre Stärke liegt bei Configuration Items, Services, Verantwortlichen, Abhängigkeiten und Beziehungsdaten.

DCIM fragt: "Kann das physische Rechenzentrum die Ausrüstung unterstützen und schützen?" Ihre Stärke liegt bei Racks, Strom, Kühlung, Facilities und physischer Kapazität.

ITOM fragt: "Läuft die IT korrekt, und was sollte geschehen, wenn nicht?" Ihre Stärke liegt bei Service-Zustand, Infrastrukturbetrieb, Events, Anwendungen und Workflows.

AIOps fragt: "Welche Muster, Ursachen, Risiken oder Maßnahmen kann KI aus Betriebsdaten ableiten?" Ihre Stärke liegt bei Korrelation, Vorhersage, Priorisierung und unterstützter Automatisierung.

Eine Cloud-Management-Plattform fragt: "Wie stellen wir Cloud-Ressourcen bereit, steuern und optimieren sie?" Ihre Stärke liegt bei virtuellen Maschinen, Clustern, Cloud-Konten, Servicekatalogen, Kontingenten, Richtlinien und dem Cloud-Lebenszyklus.

Das ist keine Produktgrenzkarte. Anbieter kombinieren häufig mehrere Kategorien in einer Suite. Nutzen Sie es als Entscheidungskarte.

Wo ordnet sich Monitoring ein?

Monitoring ist eine Datenquelle und operative Fähigkeit, die innerhalb mehrerer dieser Kategorien existieren kann.

DCIM überwacht Strom, Temperatur und Kühlung.

ITOM überwacht Infrastruktur und Anwendungen.

Cloud-Management-Plattformen überwachen die Auslastung von Cloud-Ressourcen.

AIOps verarbeitet Monitoring-Signale.

CMDB speichert meist Identität und Beziehungen statt großer Mengen an Zeitreihendaten.

Deshalb kann ein großes Unternehmen viele Monitoring-Systeme haben und trotzdem ein vereinheitlichendes Betriebsmodell benötigen.

Das Problem ist nicht immer unzureichendes Monitoring.

Manchmal ist das Problem, dass kein System einen Alert mit dem Service, dem Verantwortlichen, der physischen Abhängigkeit, der Cloud-Ressource und der Change-Historie in einem einzigen Pfad verknüpfen kann.

Wo ordnet sich Asset-Management ein?

Asset-Management konzentriert sich auf die finanzielle und Lebenszyklus-Seite von Assets, einschließlich Beschaffung, Eigentum, Garantie, Wartung, Vertrag, Bestand und Ausmusterung.

Es überschneidet sich mit CMDB und DCIM, weil dasselbe physische Gerät in allen drei Sichten auftaucht.

Der Unterschied liegt im Zweck.

Asset-Management fragt: "Was besitzen wir, und wie ist sein Lebenszyklus- oder Finanzstatus?"

CMDB fragt: "Wie ist dieses Element konfiguriert, und was hängt davon ab?"

DCIM fragt: "Wo befindet es sich physisch, und kann die Facility es unterstützen?"

Diese Datensätze sollten Kennungen teilen, statt zu drei unabhängigen Kopien desselben Servers zu werden.

Automatischer Bestand ist einer der besten Ansatzpunkte, um diese Duplizierung zu reduzieren. Siehe wie Rechenzentren automatisch akkurate Hardware-Asset-Bestände entdecken und pflegen können.

Welche Plattform sollte das System of Record sein?

Es sollte kein universelles System of Record für jedes Feld geben.

Nutzen Sie Feldebenen-Autorität.

Das Asset-System besitzt möglicherweise Kaufdatum und Vertragsinformationen.

DCIM besitzt möglicherweise Rack-Position und Stromkreis.

Das BMC-Discovery-System besitzt möglicherweise Seriennummer und Firmware.

Kubernetes besitzt möglicherweise die aktuelle Container-Platzierung.

Die Cloud-Plattform besitzt möglicherweise den Lebenszyklusstatus der virtuellen Maschine.

Die CMDB kann diese Fakten zu einem Beziehungsmodell zusammenfügen, ohne vorzugeben, die ursprüngliche Quelle jedes einzelnen Feldes zu sein.

Das ist verlässlicher, als jedes Team zu zwingen, dieselben Daten manuell zu pflegen.

Kann eine Plattform alle fünf Kategorien abdecken?

Ja, eine Plattform kann mehrere dieser Fähigkeiten kombinieren, aber die Architektur braucht trotzdem klare interne Grenzen.

Eine Oberfläche bedeutet nicht automatisch ein Datenmodell.

Eine kombinierte Plattform ist wertvoll, wenn dieselben Objektkennungen und Beziehungen über Facilities, Infrastruktur, Services, Alarme, Workflows, Kosten und Automatisierung hinweg wiederverwendet werden.

Sie wird weniger wertvoll, wenn die Suite fünf Module enthält, die jeweils eine separate Kopie desselben Servers pflegen.

Ein Plattformbeispiel, das mehrere Ebenen unter einem Betriebsmodell kombiniert, ist Sensaka.

Die richtige Bewertungsfrage lautet nicht: "Behauptet dieser Anbieter, CMDB, DCIM, ITOM, AIOps und Cloud-Management zu haben?"

Fragen Sie stattdessen: "Kann die Plattform bei Ausfall einer physischen Komponente den Rack- und Stromkontext, den betroffenen Service, die Cloud- oder Container-Workload, den verantwortlichen Besitzer, den Incident-Pfad und die empfohlene Maßnahme zeigen, ohne die Beziehung manuell neu aufzubauen?"

Dieser Test zeigt, ob die Kategorien integriert sind oder nur zusammen verpackt wurden.