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, welches System welche Entscheidung besitzt und wie die Daten geteilt werden, und nicht, welches Akronym "richtig" ist.

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 darin 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, und dieser Kontext unterstützt Impact-Analyse, Change-Bewertung, Incident-Routing, Service-Mapping und Kostenzuordnung.

Eine CMDB sollte dabei nicht zu einer Zeitreihen-Monitoring-Datenbank werden. Ihre Aufgabe ist es, die Objekte und Beziehungen zu 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 diesen: 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, und 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, während DCIM möglicherweise weiß, 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. Je nach Plattform kann ITOM 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. Die 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 setzt Monitoring-Daten voraus, denn 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 entsprechend logisch: vertrauenswürdige Infrastruktur- und Servicedaten erfassen, die Objekte und Beziehungen verknüpfen, Alarme und Metriken normalisieren und 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. Üblicherweise beschäftigt sich so eine Plattform mit virtuellen Maschinen, Cloud-Konten, Clustern, Vorlagen, Servicekatalogen, Provisionierung, Kontingenten, Richtlinien, Kosten, Governance und Automatisierung.

Ihr Ressourcenmodell beginnt mit Cloud-Abstraktionen, und genau darin liegt der wichtige Unterschied zu DCIM: DCIM beginnt bei der physischen Facility, eine Cloud-Management-Plattform 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, während DCIM möglicherweise weiß, welche Racks und Stromkreise die physischen Hosts unterstützen. Die CMDB kann die virtuellen Maschinen mit Anwendungen und Verantwortlichen verknüpfen, ITOM kann deren Zustand und operative Ereignisse überwachen, und 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.

Nutzen Sie das als Entscheidungskarte und nicht als Karte der Produktgrenzen, denn Anbieter kombinieren häufig mehrere Kategorien in einer Suite.

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. Die 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 dabei nicht immer unzureichendes Monitoring. Manchmal liegt es daran, 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?" Die 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?

Für jedes einzelne Feld ein universelles System of Record zu suchen, führt in die Irre. Nutzen Sie stattdessen Autorität auf Feldebene.

Das Asset-System besitzt möglicherweise Kaufdatum und Vertragsinformationen, DCIM die Rack-Position und den Stromkreis, das BMC-Discovery-System Seriennummer und Firmware, Kubernetes die aktuelle Container-Platzierung und die Cloud-Plattform 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 gemeinsame Oberfläche ergibt noch kein gemeinsames 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.

Bei der Bewertung hilft es wenig zu fragen, ob ein Anbieter CMDB, DCIM, ITOM, AIOps und Cloud-Management behauptet. Fragen Sie besser: "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.