Matrix42 DDM - Matrix42 Professional Integration
Matrix42 DDM - Matrix42 Professional Integration
Einführung
Dieses Dokument bietet einen umfassenden Überblick über die Matrix42 Discovery & Dependency Mapping (DDM)-Integration mit Matrix42 Professional (früher bekannt als Efecte).
Die Integration nutzt den EIS-Integrationsservice für einen nahtlosen Datentransfer und ermöglicht den automatischen Abruf erkannter Konfigurationselemente (CIs) und ihrer Beziehungen aus DDM in Matrix42 Professional . Durch die Konsolidierung dieser Daten verbessert die Integration die Transparenz, die Abhängigkeitszuordnung und die zentrale Verwaltung von IT-Assets innerhalb der Matrix42 Professional Lösung.
Das DDM spielt eine entscheidende Rolle bei der Unterstützung zentraler IT-Service-Management-Prozesse (ITSM), darunter Änderungsmanagement, Problemmanagement, IT-Asset-Management und Konfigurationsmanagement. Durch die automatische Erkennung von Geräten und die Abbildung ihrer Abhängigkeiten stellt das DDM sicher, dass die Configuration Management Database (CMDB) stets aktuelle und genaue Informationen zur IT-Umgebung bereitstellt. Diese Integration ermöglicht es IT-Teams, die potenziellen Auswirkungen von Änderungen zu bewerten, die Ursachen von Vorfällen zu identifizieren und die allgemeine Systemzuverlässigkeit aufrechtzuerhalten. Dank dieser Funktionen können Unternehmen ihre Effizienz steigern, Risiken reduzieren und bessere IT-Services bereitstellen.
Architekturübersicht
Die Architektur für die Integration von Matrix42 DDM in Matrix42 Professional besteht aus drei Hauptkomponenten. Im Kundennetzwerk wird ein Agent eingesetzt, um Assets und deren Abhängigkeiten zu erkennen. Dieser Agent sammelt Informationen aus der Umgebung und sendet sie an das DDM-Modul (Discovery and Dependency Mapping) in der M42 Public Cloud , wo die erkannten Konfigurationselemente (CIs) und ihre Beziehungen verarbeitet werden. Die Daten werden anschließend über den EIS-Integrationsdienst übertragen, was eine nahtlose Integration ermöglicht. Abschließend werden die verarbeiteten Daten an M42 Professional übermittelt, wodurch eine aktuelle und genaue CMDB mit detailliertem Abhängigkeitsmapping für IT-Service-Management-Prozesse gewährleistet wird.
Übersicht über den Pro
Der Integrationsprozess für Matrix42 DDM und Matrix42 Professional umfasst die folgenden Schritte:
1. Start
- Der Integrationsprozess beginnt nach einem vordefinierten Zeitplan
2. Konfiguration lesen
- Die Integration liest Konfigurationseinstellungen aus dem Service-Management-Tool ( M42 Professional )
- Die Konfiguration umfasst Filter (z. B. Konto- und CI-Typ), um den Umfang des Datenabrufs zu definieren, und Zuordnungen, um zu bestimmen, wie Felder aus dem Quellsystem Feldern im Zielsystem entsprechen.
3. API Aufrufherstellung
- Die Integration erstellt unter Verwendung der Konfigurationseinstellungen einen API Aufruf an das Quellsystem (DDM).
- Dieser API -Aufruf ruft Daten aus dem Quellsystem ab, einschließlich Konfigurationselementen (CIs) und ihren Beziehungen.
4. Abbildung
- Die abgerufenen Daten werden verarbeitet und gemäß den definierten Quell-Ziel-Zuordnungen zugeordnet.
- Zuordnungen sind als Quellfeld-Zielfeld- Paare strukturiert, um sicherzustellen, dass die Daten zwischen dem Quellsystem und ESM korrekt ausgerichtet sind.
5. Daten speichern
- Die verarbeiteten und zugeordneten Daten werden im Service-Management-Tool gespeichert, um eine ordnungsgemäße Speicherung und Verfügbarkeit für nachfolgende Prozesse oder Aktualisierungen zu gewährleisten.
6. Pagination
- Wenn die aus dem Quellsystem abgerufenen Daten das Limit eines einzelnen API Aufrufs überschreiten, wird die Paginierung verwendet, um die Daten in überschaubaren Blöcken abzurufen und so eine vollständige Datenübertragung sicherzustellen.
7. Ende
- Sobald alle Daten erfolgreich abgerufen, zugeordnet und gespeichert wurden, ist der Integrationsprozess abgeschlossen und das System ist für den nächsten geplanten Lauf oder die manuelle Initiierung bereit.
Anwendungsfälle
- Abrufen neuer und aktualisierter erkannter Assets von DDM zu M42 Professional in die Gerätevorlage auf regelmäßiger, geplanter Basis
- Verwenden Sie Filter innerhalb der Integrationskonfiguration, um bestimmte Konfigurationselementtypen (CI) abzurufen (z. B. Netzwerkgeräte ausschließen, aber Server einschließen).
- Abrufen der Datenbeziehungen zwischen den erkannten CIs
Nicht im Geltungsbereich
- Zwei-Wege-Integration: Daten werden nicht von M42 Professional an DDM übertragen
- Unterstützung für ältere On-Premise-Bereitstellungen
Voraussetzungen
- Eine Matrix42 DDM-Instanz zum Erkennen und Zuordnen von Konfigurationselementen (CIs) und deren Abhängigkeiten.
- Eine Matrix42 Professional Umgebung (früher bekannt als Efecte) zum Verwalten und Speichern ermittelter Daten.
- Zugriff auf das Netzwerk, das die zu erkennenden Geräte enthält, um sicherzustellen, dass der Agent die Zielgeräte erreichen kann.
- Bei Hybridbereitstellungen mit einem EIS-Agenten (bei denen die EIS-Logik auf dem Server des Kunden ausgeführt wird) muss der Kunde sicherstellen, dass die erforderlichen Netzwerkports geöffnet sind, um die Kommunikation zwischen dem Agenten und den relevanten Systemen zu ermöglichen.
Datenmapping und -transformation
In den folgenden Tabellen sind die Standardzuordnungen für jeden Gerätetyp aufgeführt.
Server
| DDM-Feld | Zielfeld in M42 Professional |
| Konto-ID | ddm_spm_account |
| ci_profile.last_seen | ddm_last_seen |
| ci_profile.macaddress | ddm_mac |
| ci_profile.notes | ddm_notes |
| ci_profile.os | ddm_os |
| ci_profile.serialno | ddm_serial_number |
| ci_profile.total_ram | ddm_total_ram |
| ci_profile.version | ddm_os_version |
| DNS | ddm_dns |
| Edge-Geräte-ID + DDM-ID | Hostname |
| Edge-Geräte-ID | ddm_edge_device |
| DDM_id | ddm_id |
| IP | öffentliche_ips |
| logische Gruppe | ddm_logische_Gruppe |
| Servicegruppe | ddm_service_group |
| Status | ddm_monitoring_status |
Netzwerkgerät
| DDM-Feld | Zielfeld in M42 Professional |
| Konto-ID | ddm_spm_account |
| ci_profile.last_seen | ddm_last_seen |
| ci_profile.macaddress | ddm_mac |
| ci_profile.notes | ddm_notes |
| ci_profile.os | ddm_os |
| ci_profile.serialno | ddm_serial_number |
| ci_profile.total_ram | ddm_total_ram |
| ci_profile.version | ddm_os_version |
| DNS | ddm_dns |
| Edge-Geräte-ID + DDM-ID | Hostname |
| Edge-Geräte-ID | ddm_edge_device |
| DDM_id | ddm_id |
| IP | öffentliche_ips |
| logische Gruppe | ddm_logische_Gruppe |
| Servicegruppe | ddm_service_group |
| Status | ddm_monitoring_status |
VM-Hosts
| DDM-Feld | Zielfeld in M42 Professional |
| Konto-ID | ddm_spm_account |
| ci_profile.last_seen | ddm_last_seen |
| ci_profile.macaddress | ddm_mac |
| ci_profile.notes | ddm_notes |
| ci_profile.os | ddm_os |
| ci_profile.serialno | ddm_serial_number |
| ci_profile.total_ram | ddm_total_ram |
| ci_profile.version | ddm_os_version |
| DNS | ddm_dns |
| Edge-Geräte-ID + DDM-ID | Hostname |
| Edge-Geräte-ID | ddm_edge_device |
| DDM_id | ddm_id |
| IP | öffentliche_ips |
| logische Gruppe | ddm_logische_Gruppe |
| Servicegruppe | ddm_service_group |
| Status | ddm_monitoring_status |
Delegierte
| DDM-Feld | Zielfeld in M42 Professional |
| Edge-Geräte-ID | ddm_edge_device |
| DDM_id | ddm_id |
| Servicegruppe | Name |
CI-Beziehungen
Die Integration ruft die Geräteinformationen sowie die Beziehungsinformationen ab, die die Beziehungen zwischen den Geräten beschreiben. Benutzer können die Beziehungen als Liste auf den Gerätedatenkarten sowie im Visual Analyzer anzeigen.
Technisches Datenmodell zur Darstellung von Beziehungen
DDM stellt die Beziehungsinformationen getrennt von den Geräteinformationen bereit. Die Integration ruft die Beziehungsinformationen in die CI-Beziehungsvorlage ab. Dies ermöglicht die Beschreibung und Darstellung der Beziehungen und ihrer Typen im Service-Management-Tool.
Das Datenmodell für die CI-Beziehungen ermöglicht dem Service-Management-Tool die Darstellung der Beziehungen (wie oben im Screenshot des Visual Analyzer gezeigt).
- Geräte werden inklusive ihrer Beziehungen zu den CI-Beziehungsdatenkarten importiert
- CI-Beziehungen werden mit Ziel-CI-Informationen importiert
- Automatisierungen (Ausdrücke) auf den CI-Beziehungsdatenkarten füllen die verschiedenen Referenzattribute (z. B. Verbindet mit, Enthält, Verbunden usw.) mit Beziehungen zu CI-Beziehungskarten
Das Ergebnis ist ein für Menschen lesbares Datenmodell, das die tatsächliche Konfiguration der Geräte und ihre Beziehungen darstellt.
Bitte beachten Sie, dass das Datenmodell für die CI-Beziehungskarten eher abstrakt ist und nicht versucht, das tatsächliche Datenmodell der CIs selbst zu beschreiben.
Weitere Informationen zum unterstützenden CI-Relation-Datenmodell
Integrationskonfigurationsdatenkarten
Die Integrationskonfigurationen werden durch Integrationskonfigurationsdatenkarten definiert. Dies ermöglicht Anpassungen der Integration, ohne den EIS-Integrationsprozess zu verändern.
Bitte beachten Sie, dass die Zuordnungen zur Definition der CI-Beziehungen im Rahmen des EIS-Integrationsprozesses definiert werden.
Datenverarbeitungspraktiken
Auslöser
- Zeitplanbasiert, bestimmt durch EIS.
Zeitplan
- Einmal täglich, um 00:00 Uhr.
Fehlerbehandlung und Protokollierung
- Einfache Fehlerbehandlung: Eine automatische Fehler-E-Mail-Benachrichtigung wird an den M42 Service Desk gesendet. Für diese Integration gelten die in der EIS-Servicebeschreibung definierten Fehlerbehandlungspraktiken.
- Wenn DDM keine Daten zurückgibt, wird eine Fehlermeldung ausgegeben
- Die Integration wird gestoppt, wenn im Integrationsprozess ein Fehler auftritt.
Sicherheit und Compliance
- Datenverschlüsselung: HTTPS
- DSGVO-Konformität: Nicht zutreffend, da es sich bei den Vermögenswerten nicht um personenbezogene Daten oder andere sensible Daten handelt.
Architektur
- Testinstanzen für DDM: N/A
- M42 Professional Test- und Entwicklungsumgebungen können verwendet werden, falls der Kunde über solche Umgebungen verfügt.
Bereitstellung und Rollout
Dieser Abschnitt bietet einen kompakten Überblick über die wichtigsten Schritte zur effektiven Implementierung der Matrix42 DDM-Integration.
1. DDM-Setup
- Es wird eine dedizierte DDM-Instanz bereitgestellt, wobei das Edge-Gerät in Ihrem Netzwerk installiert wird, um die Asset-Erkennung zu erleichtern.
- Das Edge-Gerät scannt das Netzwerk und identifiziert Konfigurationselemente (CIs) und ihre gegenseitigen Abhängigkeiten.
2. Netzwerkkonfiguration
- Um eine sichere Kommunikation zwischen den Komponenten zu ermöglichen, werden sichere Netzwerkverbindungen hergestellt, bei Bedarf auch Firewall-Anpassungen.
3. EIS-Konfigurationsimport
- Um die Integration zu ermöglichen, werden wesentliche EIS-Konfigurationen vorbereitet und importiert.
- Gegebenenfalls wird ein EIS-Agent installiert und konfiguriert, um den Betrieb zu erleichtern.
4. API Zugriffskonfiguration
- Es wird ein dedizierter API Benutzer erstellt, der eine sichere Kommunikation für die Integration gewährleistet.
5. Datenmodellvorbereitung
- Die Datenstruktur Ihres Systems ist so ausgerichtet, dass eine nahtlose Integration unterstützt wird.
- Dabei werden Zielattribute auf Gerätevorlagen definiert.
- Einheitlicher Vorlagenansatz: Eine einzelne Vorlage unterstützt verschiedene Gerätetypen.
- Ansatz mit getrennten Vorlagen: Für jeden Gerätetyp (z. B. Server, Netzwerkgerät) werden separate Vorlagen verwaltet.
- Importieren und konfigurieren Sie die Integrationsvorlage, falls sie noch nicht verfügbar ist.
6. Testen und Validieren
- Um sicherzustellen, dass alle Komponenten wie erwartet funktionieren und die Integrationsanforderungen erfüllt werden, werden umfassende Tests durchgeführt.
7. Pro
- Es werden Integrationsprozesse aktiviert, die einen nahtlosen Datenfluss zwischen Matrix42 DDM und Matrix42 Professional ermöglichen.