Matrix42 DDM - Intégration Matrix42 Professional
Matrix42 DDM - Intégration Matrix42 Professional
Introduction
Ce document fournit un aperçu complet de l'intégration de Matrix42 Discovery & Dependency Mapping (DDM) avec Matrix42 Professional (anciennement connu sous le nom d'Efecte).
L'intégration s'appuie sur le service d'intégration EIS pour faciliter le transfert de données, permettant ainsi la récupération automatique des éléments de configuration (CI) détectés et de leurs relations depuis DDM vers Matrix42 Professional . En consolidant ces données, l'intégration améliore la visibilité, la cartographie des dépendances et la gestion centralisée des actifs informatiques au sein de la solution Matrix42 Professional .
Le DDM joue un rôle essentiel dans le soutien des processus clés de gestion des services informatiques (ITSM), notamment la gestion des changements, la gestion des problèmes, la gestion des actifs informatiques et la gestion des configurations. En détectant automatiquement les périphériques et en cartographiant leurs dépendances, le DDM garantit que la base de données de gestion des configurations (CMDB) reste à jour et fournit des informations précises et complètes sur l'environnement informatique. Cette intégration permet aux équipes informatiques d'évaluer l'impact potentiel des changements, d'identifier les causes profondes des incidents et de maintenir la fiabilité globale du système. Grâce à ces fonctionnalités, l'intégration permet aux organisations d'améliorer leur efficacité, de réduire les risques et de fournir de meilleurs services informatiques.
Présentation de l'architecture
L'architecture d'intégration de Matrix42 DDM vers Matrix42 Professional repose sur trois éléments principaux. Sur le réseau client, un agent est déployé pour découvrir les actifs et leurs dépendances. Cet agent collecte les informations de l'environnement et les transmet au module DDM (Discovery and Dependency Mapping) situé dans le Cloud public M42 , où les éléments de configuration (CI) découverts et leurs relations sont traités. Les données sont ensuite transférées via le service d'intégration EIS, ce qui facilite une intégration transparente. Enfin, les données traitées sont transmises à M42 Professional , garantissant ainsi une CMDB précise et à jour, avec une cartographie détaillée des dépendances pour les processus de gestion des services informatiques.
Aperçu Pro d'intégration
Le processus d'intégration de Matrix42 DDM et Matrix42 Professional comprend les étapes suivantes :
1. Commencer
- Le processus d'intégration commence selon un calendrier prédéfini
2. Lecture de configuration
- L'intégration lit les paramètres de configuration de l'outil de gestion des services ( M42 Professional )
- La configuration comprend des filtres (par exemple, compte et type de CI) pour définir la portée de la récupération des données et des mappages pour déterminer comment les champs du système source correspondent aux champs du système cible.
3. Fabrication d'appels API
- L'intégration fabrique un appel API vers le système source (DDM) à l'aide des paramètres de configuration.
- Cet appel API récupère les données du système source, y compris les éléments de configuration (CI) et leurs relations.
4. Cartographie
- Les données récupérées sont traitées et mappées selon les mappages source-cible définis.
- Les mappages sont structurés sous forme de paires champ source ; champ cible pour garantir que les données sont correctement alignées entre le système source et l'ESM.
5. Sauvegarde des données
- Les données traitées et mappées sont enregistrées dans l'outil de gestion des services, garantissant ainsi un stockage et une disponibilité appropriés pour les processus ou mises à jour ultérieurs.
6. Pagination
- Si les données extraites du système source dépassent la limite d'un seul appel API , la pagination est utilisée pour récupérer les données en blocs gérables, garantissant ainsi un transfert de données complet.
7. Fin
- Une fois toutes les données récupérées, mappées et stockées avec succès, le processus d'intégration se termine, préparant le système pour la prochaine exécution planifiée ou le lancement manuel.
Cas d'utilisation
- Récupération des ressources découvertes nouvelles et mises à jour de DDM vers M42 Professional vers le modèle d'appareil sur une base récurrente et planifiée
- Utilisation du filtrage dans la configuration d'intégration pour récupérer des types d'éléments de configuration (CI) spécifiques (par exemple, exclure les périphériques réseau, mais inclure les serveurs).
- Récupération des relations de données entre les CI découverts
Hors champ d'application
- Intégration bidirectionnelle : les données ne sont pas transférées de M42 Professional vers DDM
- Prise en charge des déploiements sur site hérités
Prérequis
- Une instance Matrix42 DDM pour découvrir et mapper les éléments de configuration (CI) et leurs dépendances.
- Un environnement Matrix42 Professional (anciennement connu sous le nom d'Efecte) pour la gestion et le stockage des données découvertes.
- Accès au réseau contenant les périphériques à découvrir, garantissant que l'agent peut atteindre les périphériques cibles.
- Pour les déploiements hybrides utilisant un agent EIS (où la logique EIS s'exécute sur le serveur du client), le client doit s'assurer que les ports réseau nécessaires sont ouverts pour permettre la communication entre l'agent et les systèmes concernés.
Cartographie et transformation des données
Les tableaux ci-dessous décrivent les mappages par défaut pour chaque type d’appareil.
Serveur
| Champ DDM | Champ cible en M42 Professional |
| identifiant_compte | ddm_spm_account |
| ci_profile.last_seen | ddm_dernière_vue |
| ci_profile.adressemacad | ddm_mac |
| ci_profile.notes | ddm_notes |
| ci_profile.os | ddm_os |
| ci_profile.numéro de série | ddm_numéro_de_série |
| ci_profile.ram_totale | ddm_ram_totale |
| ci_profile.version | ddm_os_version |
| DNS | ddm_dns |
| ID_périphérique_edge+ID_DDM | nom_hôte |
| identifiant_de_périphérique_edge | ddm_edge_device |
| DDM_id | ddm_id |
| adresse IP | adresses IP publiques |
| groupe logique | ddm_logical_group |
| groupe de services | groupe_service_ddm |
| statut | état_de_surveillance_ddm |
Périphérique réseau
| Champ DDM | Champ cible en M42 Professional |
| identifiant_compte | ddm_spm_account |
| ci_profile.last_seen | ddm_dernière_vue |
| ci_profile.adressemacad | ddm_mac |
| ci_profile.notes | ddm_notes |
| ci_profile.os | ddm_os |
| ci_profile.numéro de série | ddm_numéro_de_série |
| ci_profile.ram_totale | ddm_ram_totale |
| ci_profile.version | ddm_os_version |
| DNS | ddm_dns |
| ID_périphérique_edge+ID_DDM | nom_hôte |
| identifiant_de_périphérique_edge | ddm_edge_device |
| DDM_id | ddm_id |
| adresse IP | adresses IP publiques |
| groupe logique | ddm_logical_group |
| groupe de services | groupe_service_ddm |
| statut | état_de_surveillance_ddm |
Hôtes VM
| Champ DDM | Champ cible en M42 Professional |
| identifiant_compte | ddm_spm_account |
| ci_profile.last_seen | ddm_dernière_vue |
| ci_profile.adressemacad | ddm_mac |
| ci_profile.notes | ddm_notes |
| ci_profile.os | ddm_os |
| ci_profile.numéro de série | ddm_numéro_de_série |
| ci_profile.ram_totale | ddm_ram_totale |
| ci_profile.version | ddm_os_version |
| DNS | ddm_dns |
| ID_périphérique_edge+ID_DDM | nom_hôte |
| identifiant_de_périphérique_edge | ddm_edge_device |
| DDM_id | ddm_id |
| adresse IP | adresses IP publiques |
| groupe logique | ddm_logical_group |
| groupe de services | groupe_service_ddm |
| statut | ddm_monitoring_status |
délégués
| Champ DDM | Champ cible en M42 Professional |
| identifiant_de_périphérique_edge | ddm_edge_device |
| DDM_id | ddm_id |
| groupe de services | nom |
Relations CI
L'intégration récupère les informations sur les appareils ainsi que les relations entre eux. Les utilisateurs peuvent visualiser ces relations sous forme de liste à partir des fiches de données des appareils et de l' Visual Analyzer .
Modèle de données techniques pour la présentation des relations
DDM fournit les informations de relation séparément de celles de l'appareil. L'intégration récupère ces informations dans le modèle de relation CI. Cela permet de décrire et de présenter les relations et leurs types dans l'outil de gestion des services.
Le modèle de données pour les relations CI permet à l'outil de gestion des services de présenter les relations (comme indiqué ci-dessus dans la capture d'écran de Visual Analyzer ).
- Les périphériques sont importés, y compris leurs relations avec les cartes de données de relation CI
- Les relations CI sont importées avec les informations CI cibles
- Les automatisations (expressions) sur les cartes de données de relation CI remplissent les différents attributs de référence (par exemple, Se connecte à, Contient, Lié, etc.) avec des relations avec les cartes de relation CI
Il en résulte un modèle de données lisible par l’homme qui représente la configuration réelle des appareils et leurs relations.
Veuillez noter que le modèle de données pour les cartes de relation CI est plutôt abstrait et ne tente pas de décrire le modèle de données réel des CI eux-mêmes.
Plus d'informations sur le modèle de données de relation CI de support
Cartes de données de configuration d'intégration
Les configurations d'intégration sont définies par des fiches de données de configuration d'intégration. Cela permet d'ajuster l'intégration sans modifier le processus d'intégration EIS.
Veuillez noter que les mappages permettant de définir les relations CI sont définis dans le cadre du processus d'intégration EIS.
Pratiques de traitement des données
Déclencheurs
- Basé sur un calendrier, déterminé par l'EIE.
Calendrier
- Une fois par jour, à 00h00.
Gestion des erreurs et journalisation
- Gestion simplifiée des erreurs : une notification automatique par e-mail est envoyée au Service Desk M42 . Les pratiques de gestion des erreurs définies par la description du service EIS s'appliquent à cette intégration.
- Si DDM ne renvoie pas de données, un message d'erreur est fourni
- L'intégration est arrêtée en cas d'erreur dans le processus d'intégration
Sécurité et conformité
- Cryptage des données : HTTPS
- Conformité au RGPD : Non applicable, car aucune donnée personnelle ou autre donnée sensible n'est impliquée dans les actifs.
Architecture
- Instances de test pour DDM : N/A
- Les environnements de test et de développement M42 Professional peuvent être utilisés si le client dispose de tels environnements.
Déploiement et mise en œuvre
Cette section fournit un aperçu concis des étapes clés pour mettre en œuvre efficacement l'intégration Matrix42 DDM.
1. Configuration DDM
- Une instance DDM dédiée est déployée, avec le périphérique périphérique installé au sein de votre réseau pour faciliter la découverte des actifs.
- Le périphérique périphérique analyse le réseau, identifiant les éléments de configuration (CI) et leurs interdépendances.
2. Configuration du réseau
- Des connexions réseau sécurisées sont établies, y compris des ajustements de pare-feu si nécessaire, pour permettre une communication sécurisée entre les composants.
3. Importation de la configuration EIS
- Les configurations EIS essentielles sont préparées et importées pour permettre l'intégration.
- Le cas échéant, un agent EIS est installé et configuré pour faciliter les opérations.
4. Configuration de l'accès API
- Un utilisateur API dédié est créé, garantissant une communication sécurisée pour l'intégration.
5. Préparation du modèle de données
- La structure des données de votre système est alignée pour prendre en charge une intégration transparente.
- Cela implique de définir des attributs cibles sur des modèles d’appareils.
- Approche de modèle unifiée : un modèle unique prend en charge différents types d’appareils.
- Approche de modèle séparé : des modèles distincts sont conservés pour chaque type de périphérique (par exemple, serveur, périphérique réseau).
- Importez et configurez le modèle d’intégration s’il n’est pas déjà disponible.
6. Tests et validation
- Des tests complets sont effectués pour confirmer que tous les composants fonctionnent comme prévu et que les exigences d’intégration sont respectées.
7. Activation du Pro
- Les processus d'intégration sont activés, permettant aux données de circuler de manière transparente entre Matrix42 DDM et Matrix42 Professional .