Matrix42 DDM - Matrix42 Professional Integration
Matrix42 DDM - Matrix42 Professional Integration
Introduktion
Det här dokumentet ger en omfattande översikt över Matrix42 Discovery & Dependency Mapping (DDM)-integrationen med Matrix42 Professional (tidigare känt som Efecte).
Integrationen utnyttjar EIS-integrationstjänsten för att underlätta sömlös dataöverföring, vilket möjliggör automatisk hämtning av upptäckta konfigurationsobjekt (CI) och deras relationer från DDM till Matrix42 Professional . Genom att konsolidera dessa data förbättrar integrationen synligheten, beroendemappningen och den centraliserade hanteringen av IT-tillgångar inom Matrix42 Professional -lösningen.
DDM spelar en avgörande roll i att stödja viktiga ITSM-processer (IT Service Management), inklusive förändringshantering, problemhantering, IT-tillgångshantering och konfigurationshantering. Genom att automatiskt upptäcka enheter och kartlägga deras beroenden säkerställer DDM att konfigurationshanteringsdatabasen (CMDB) hålls uppdaterad med korrekt och omfattande information om IT-miljön. Denna integration gör det möjligt för IT-team att bedöma den potentiella effekten av förändringar, identifiera grundorsaker till incidenter och upprätthålla den övergripande systemets tillförlitlighet. Genom dessa funktioner ger integrationen organisationer möjlighet att förbättra effektiviteten, minska risker och leverera bättre IT-tjänster.
Översikt över arkitektur
Arkitekturen för integrationen mellan Matrix42 DDM och Matrix42 Professional består av tre huvudkomponenter. I kundens nätverk distribueras en agent för att upptäcka tillgångar och deras beroenden. Agenten samlar in information från miljön och skickar den till DDM-modulen (Discovery and Dependency Mapping) i M42 Public Cloud , där de upptäckta konfigurationsobjekten (CI:erna) och deras relationer bearbetas. Data överförs sedan via EIS-integrationstjänsten, vilket underlättar en sömlös integration. Slutligen levereras den bearbetade datan till M42 Professional , vilket säkerställer en aktuell och korrekt CMDB med detaljerad beroendemappning för IT-tjänsthanteringsprocesser.
Översikt över Pro
Integrationsprocessen för Matrix42 DDM och Matrix42 Professional omfattar följande steg:
1. Start
- Integrationsprocessen börjar baserat på ett fördefinierat schema
2. Konfigurationsläsning
- Integrationen läser konfigurationsinställningar från tjänsthanteringsverktyget ( M42 Professional )
- Konfigurationen inkluderar filter (t.ex. konto och CI-typ) för att definiera omfattningen av datahämtning och mappningar för att avgöra hur fält från källsystemet motsvarar fält i målsystemet.
3. API anropstillverkning
- Integrationen tillverkar ett API anrop till källsystemet (DDM) med hjälp av konfigurationsinställningarna.
- Det här API anropet hämtar data från källsystemet, inklusive konfigurationsobjekt (CI) och deras relationer.
4. Kartläggning
- Den hämtade datan bearbetas och mappas enligt de definierade mappningarna mellan källa och mål.
- Mappningar är strukturerade som par av typen sourcefield;targetfield för att säkerställa att data är korrekt justerade mellan källsystemet och ESM.
5. Spara data
- Den bearbetade och mappade datan sparas i tjänstehanteringsverktyget vilket säkerställer korrekt lagring och tillgänglighet för efterföljande processer eller uppdateringar.
6. Paginering
- Om datan som hämtas från källsystemet överskrider gränsen för ett enda API anrop används paginering för att hämta datan i hanterbara delar, vilket säkerställer fullständig dataöverföring.
7. Avsluta
- När all data har hämtats, mappats och lagrats avslutas integrationsprocessen och systemet förbereds för nästa schemalagda körning eller manuella initiering.
Användningsfall
- Hämta nya och uppdaterade upptäckta resurser från DDM till M42 Professional till enhetsmallen regelbundet och schemalagt
- Använda filtrering inom integrationskonfigurationen för att hämta specifika typer av konfigurationsobjekt (CI) (t.ex. exkludera nätverksenheter, men inkludera servrar).
- Hämtar datarelationerna mellan de upptäckta CI:erna
Inte inom ramen
- Tvåvägsintegration: Data överförs inte från M42 Professional till DDM
- Stöd för äldre lokala distributioner
Förkunskapskrav
- En Matrix42 DDM-instans för att upptäcka och mappa konfigurationsobjekt (CI:er) och deras beroenden.
- En Matrix42 Professional miljö (tidigare känd som Efecte) för att hantera och lagra upptäckt data.
- Åtkomst till nätverket som innehåller de enheter som ska upptäckas, vilket säkerställer att agenten kan nå målenheterna.
- För hybriddistributioner med en EIS-agent (där EIS-logiken körs på kundens server) måste kunden se till att nödvändiga nätverksportar är öppna för att möjliggöra kommunikation mellan agenten och de relevanta systemen.
Datamappning och transformation
Tabellerna nedan visar standardmappningarna för varje enhetstyp.
Server
| DDM-fält | Målfält i M42 Professional |
| konto-id | ddm_spm_konto |
| 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_serienummer |
| ci_profile.total_ram | ddm_total_ram |
| ci_profile.version | ddm_os_version |
| dns | ddm_dns |
| edge_device_id+DDM_id | värdnamn |
| edge_device_id | ddm_edge_device |
| DDM_id | ddm_id |
| IP-adress | offentliga_ips |
| logisk grupp | ddm_logisk_grupp |
| servicegrupp | ddm_tjänstgrupp |
| status | ddm_övervakningsstatus |
Nätverksenhet
| DDM-fält | Målfält i M42 Professional |
| konto-id | ddm_spm_konto |
| 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_serienummer |
| ci_profile.total_ram | ddm_total_ram |
| ci_profile.version | ddm_os_version |
| dns | ddm_dns |
| edge_device_id+DDM_id | värdnamn |
| edge_device_id | ddm_edge_device |
| DDM_id | ddm_id |
| IP-adress | offentliga_ips |
| logisk grupp | ddm_logisk_grupp |
| servicegrupp | ddm_tjänstgrupp |
| status | ddm_övervakningsstatus |
VM-värdar
| DDM-fält | Målfält i M42 Professional |
| konto-id | ddm_spm_konto |
| 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_serienummer |
| ci_profile.total_ram | ddm_total_ram |
| ci_profile.version | ddm_os_version |
| dns | ddm_dns |
| edge_device_id+DDM_id | värdnamn |
| edge_device_id | ddm_edge_device |
| DDM_id | ddm_id |
| IP-adress | offentliga_ips |
| logisk grupp | ddm_logisk_grupp |
| servicegrupp | ddm_tjänstgrupp |
| status | ddm_övervakningsstatus |
Delegater
| DDM-fält | Målfält i M42 Professional |
| edge_device_id | ddm_edge_device |
| DDM_id | ddm_id |
| servicegrupp | namn |
CI-relationer
Integrationen hämtar enhetsinformationen samt relationsinformationen som beskriver relationerna mellan enheterna. Användare kan visa relationerna som en lista från enhetsdatakorten samt från den Visual Analyzer .
Teknisk datamodell för att presentera relationer
DDM tillhandahåller relationsinformationen separat från enhetsinformationen. Integrationen hämtar relationsinformationen till CI-relationsmallen. Detta gör det möjligt att beskriva och presentera relationerna och deras typer i tjänstehanteringsverktyget.
Datamodellen för CI-relationerna gör det möjligt för tjänstehanteringsverktyget att presentera relationerna (som visas ovan på skärmbilden av den Visual Analyzer ).
- Enheter importeras, inklusive deras relationer till CI-relationsdatakorten.
- CI-relationer importeras med mål-CI-information
- Automatiseringar (uttryck) på CI-relationsdatakorten fyller de olika referensattributen (t.ex. Ansluter till, Innehåller, Relaterade etc.) med relationer till CI-relationskort.
Detta resulterar i en läsbar datamodell som representerar den faktiska konfigurationen av enheter och deras relationer.
Observera att datamodellen för CI-relationskorten är ganska abstrakt och inte försöker beskriva den faktiska datamodellen för själva CI:erna.
Mer information om den stödjande CI-relationsdatamodellen
Integrationskonfigurationsdatakort
Integrationskonfigurationerna definieras av datakort för integrationskonfiguration. Detta möjliggör justeringar av integrationen utan att modifiera EIS-integrationsprocessen.
Observera att mappningarna för att definiera CI-relationerna definieras inom EIS-integrationsprocessen.
Datahanteringspraxis
Utlösare
- Tidtabellsbaserad, bestämd av EIS.
Schema
- En gång om dagen, klockan 00:00.
Felhantering och loggning
- Enkel felhantering: ett automatiskt e-postmeddelande om fel skickas till M42 Service Desk . De felhanteringsrutiner som definieras i EIS-tjänstbeskrivningen gäller för denna integration.
- Om DDM inte returnerar data visas ett felmeddelande
- Integrationen stoppas om det uppstår ett fel i integrationsprocessen.
Säkerhet och efterlevnad
- Datakryptering: HTTPS
- GDPR-efterlevnad: Ej tillämpligt eftersom inga personuppgifter eller andra känsliga uppgifter ingår i tillgångarna.
Arkitektur
- Testinstanser för DDM: Ej tillämpligt
- M42 Professional test- och utvecklingsmiljöer kan användas om kunden har sådana miljöer.
Implementering och utrullning
Det här avsnittet ger en kortfattad översikt över de viktigaste stegen för att effektivt implementera Matrix42 DDM-integrationen.
1. DDM-installation
- En dedikerad DDM-instans distribueras, och edge-enheten är installerad i ditt nätverk för att underlätta identifiering av tillgångar.
- Kantenheten skannar nätverket och identifierar konfigurationsobjekt (CI) och deras inbördes beroenden.
2. Nätverkskonfiguration
- Säkra nätverksanslutningar upprättas, inklusive brandväggsjusteringar vid behov, för att möjliggöra säker kommunikation mellan komponenter.
3. Import av EIS-konfiguration
- Viktiga EIS-konfigurationer förbereds och importeras för att möjliggöra integration.
- Om tillämpligt installeras och konfigureras en EIS-agent för att underlätta driften.
4. API åtkomstkonfiguration
- En dedikerad API användare skapas, vilket säkerställer säker kommunikation för integrationen.
5. Förberedelse av datamodell
- Ditt systems datastruktur är anpassad för att stödja sömlös integration.
- Detta innebär att definiera målattribut på enhetsmallar.
- Enhetlig mallmetod: En enda mall stöder olika enhetstyper.
- Segregerad mallmetod: Separata mallar underhålls för varje enhetstyp (t.ex. server, nätverksenhet).
- Importera och konfigurera integrationsmallen om den inte redan är tillgänglig.
6. Testning och validering
- Omfattande tester utförs för att bekräfta att alla komponenter fungerar som förväntat och att integrationskraven är uppfyllda.
7. Pro
- Integrationsprocesser aktiveras, vilket gör att data kan flöda sömlöst mellan Matrix42 DDM och Matrix42 Professional .