CSDM étapes d’implémentation — Analyser

  • Rversion finale: Washingtondc
  • Mis à jour 1 févr. 2024
  • 3 minutes de lecture

    • À l’étape Analyse, vous travaillez sur système-de-base CMDB les tables associées à Gestion des services informatiques (ITSM).

    Avantages des opérations que vous effectuez dans l’étape Analyser

    • Les opérations fournissent les exigences minimales CMDB de prise en charge pour Gestion des incidents et Gestion des changements.
    • La configuration APM est plus rapide, car les données de votre application d’entreprise se trouvent au bon endroit dans le CMDB.
    • Les opérations constituent la base de l’utilisation DevOps , car vos données de composant SDLC sont renseignées et prêtes à être mises en relation avec vos applications.
    • Mappage des services est prêt à l’emploi pour mapper les points d’entrée, car vos données de service d’application sont renseignées.
    • Les opérations jettent les bases de l’utilisation TPM des détails de risque, une aptitude de APM.

      Les opérations vous préparent à gérer et à surveiller les cycles de vie et les versions des technologies sous-jacentes des applications d’entreprise de votre entreprise.

      Les données vous permettent d’identifier les logiciels obsolètes ou à risque à l’aide APMde , Mappage des services et Gestion des actifs logiciels (SAM) Professional.

    Tables sur lesquelles vous travaillez pendant l’étape d’analyse

    Important :
    Les futurs produits et améliorations de produits dépendent des données que vous préparez dans chacune des tables.
    Au cours de cette étape, travaillez sur les tables suivantes système-de-base CMDB :
    • Table Application d’entreprise [cmdb_ci_business_app]
    • Table des services d’application mappés [cmdb_ci_service_discovered]
    • Table d’application [cmdb_ci_appl] (détectable)
    • Serveur/hôte (détectable)
    Remarque :
    Certaines des classes que vous implémentez à cette étape sont des CI logiques. Les CI logiques ne sont pas créés via Détection, de sorte que leurs valeurs d’ID de modèle peuvent ne pas faire référence à des Modèle de produit enregistrements (modèle d’application, modèle de service ou modèle logiciel). Pour vous aider à migrer vers un paradigme de gestion centré sur le produit, chaque instance d’un CI logique doit être associée à un Modèle de produitfichier . Reportez-vous à Générer automatiquement des modèles de produits pour les CI logiques.

    Tables sur lesquelles vous travaillez pendant l’étape d’analyse.

    Commencez par vous concentrer sur les applications et les données liées aux applications dans les domaines et tables suivants :
    Table Application d’entreprise [cmdb_ci_business_app]

    Une application d’entreprise est une système-de-base CMDB table qui stocke votre inventaire, votre portefeuille des applications et leurs métadonnées.

    Étant donné que cette table n’est pas un élément de configuration (CI) opérationnel, elle n’est pas utilisée par , ni Gestion des changements par ITSM Gestion des incidentsles Gestion des problèmesprocessus.

    Table Composant SDLC [cmdb_ci_sdlc_component]

    Les enregistrements de CI de composant SDLC dans la table Composant SDLC [cmdb_ci_sdlc_component] permettent au produit de fournir des options améliorées pour la visualisation et la DevOps gestion de votre pipeline de développement d’applications.

    Cette table représente la partie ou l’élément logiciel d’un ensemble plus vaste pour les applications et l’infrastructure. Des documents connexes peuvent être représentatifs des détails du développement. Il peut être utilisé si vous avez besoin d’identifier la stratification d’une application d’entreprise ou d’un produit numérique.
    Remarque :
    Il ne s’agit pas d’un CI opérationnel qui ne peut pas être utilisé dans les incidents, les problèmes et les changements.
    Table des services d’application [cmdb_ci_service_auto]

    Le service d’application est généralement le système que l’appelant identifie lorsqu’il signale un problème avec une application.

    Un service d’application mappé est une système-de-base CMDB table qui identifie l’application d’entreprise connexe en cours d’utilisation. Le service d’application lie tous les éléments entre eux lorsque des CSDM applications sont présentes.

    Vous pouvez disposer de plusieurs services d’application représentant chaque déploiement en fonction de l’environnement (développement, QA, production) et de l’emplacement ou de la géographie (Amérique du Nord, Asie-Pacifique).

    Étant donné que les services d’application sont de nature logique, ils doivent utiliser les états de cycle de vie logiques. Les services d’application suivent les mêmes instructions de cycle de vie que n’importe quel autre CI logique.

    Table d’application [cmdb_ci_appl]

    Une application est une système-de-base CMDB table qui représente l’instance détectable d’une application : code lié à un processus en cours d’utilisation sur un hôte. Cette table n’est pas un inventaire de vos applications. En raison du niveau élevé de complexité impliqué, n’essayez pas de remplir manuellement la table d’application. Détection crée et gère cette table.

    Important :
    La table d’applications [cmdb_ci_appl] n’est pas un inventaire ou un portefeuille de vos applications. Ne faites pas l’erreur de stocker les détails de l’application gérée dans la table des applications. Ces détails (objets d’inventaire ou de portefeuille des applications) appartiennent à la table des applications d’entreprise (comme documenté à la section Domaine de conception du CSDM cadre de travail).

    L’application peut être identifiée comme la cause première d’un incident. Toutefois, si vous n’utilisez Gestion des événementspas , l’application peut ne pas en être la cause initiale.

    Si vous utilisez Détection, les applications sont automatiquement associées à leur hôte, ce qui fournit une hiérarchie des impacts allant des applications du serveur à l’hôte.