CSDM Étapes d’implémentation : ramper

Dans l’étape d’analyse, vous travaillez sur système-de-base CMDB les tables associées à Gestion des services IT (ITSM).

Avantages des opérations que vous effectuez à l’étape d’exploration

• Les opérations fournissent les exigences minimales CMDB en matière de soutien pour Gestion des incidents et Gestion des changements.
• La configuration APM est plus rapide, car vos données d’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 associées à vos applications.
• Mappage des services est prêt à l’emploi pour mapper les points d’entrée, car vos données d’instance de service sont renseignées.
• Les opérations jettent les bases de l’utilisation TPM des détails du risque, une aptitude de APM.

  Ces 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.

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

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

Important :

Les futurs produits et améliorations de produit dépendent des données que vous préparez dans chacune des tables.

Au cours de cette étape, vous travaillez sur les tables suivantes système-de-base CMDB :

• Table d’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écouverte, de sorte que leurs valeurs d’ID de modèle peuvent ne pas faire référence à Modèle de produit des 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 produit. Reportez-vous à Générer automatiquement des modèles de produits pour les CI logiques.

Commencez par vous concentrer sur les applications et les données relatives aux applications dans ces zones et tables :

Table d’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.

Remarque :

Étant donné que cette table contient des données conceptuelles et non des CI opérationnels, elle n’est pas utilisée par ITSM Gestion des incidentsles processus ou Gestion des problèmesGestion des changements les processus.

Table du composant SDLC [cmdb_ci_sdlc_component]

Les enregistrements du CI du composant SDLC dans la table Composant SDLC [cmdb_ci_sdlc_component] permettent DevOps au produit de fournir des options améliorées pour la visualisation et la gestion de votre pipeline de développement d’application. Toutes les organisations n’utilisent pas ces données. Il s’agit d’une table facultative.

Cette table représente la partie logicielle ou l’élément d’un ensemble plus vaste pour les applications et l’infrastructure. Les documents connexes peuvent servir de détails représentatifs 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 :

Étant donné que cette table contient des données logiques et non des CI opérationnels, elle n’est pas utilisée par ITSM Gestion des incidentsdes processus ou Gestion des problèmesGestion des changements des processus.

Table Instance de service [cmdb_ci_service_auto] (anciennement Table Service d’application)

L’instance de service correspond généralement au système qu’un appelant identifie lorsqu’il signale un problème avec une application.

Une instance de service mappée est une table qui identifie l’application d’entreprise connexe en cours d’utilisation système-de-base CMDB . L’instance de service relie tous les éléments du CSDM groupe où les applications sont présentes.

Vous pouvez avoir plusieurs instances de service représentant chaque déploiement en fonction de l’environnement (développement, assurance qualité, production) et de l’emplacement ou de la géographie (Amérique du Nord, Asie-Pacifique).

Étant donné que les instances de service sont de nature logique, elles doivent utiliser l’option Logique Paires de valeurs du cycle de vie. Les instances de service suivent les mêmes directives de cycle de vie que tout autre CI logique.

Consultez Surveiller l’intégrité des services d’application sur le tableau de bord des services d’application.

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écouverte Crée et maintient cette table.

Important :

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

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 être la cause initiale.

Si vous utilisez Découverte, les applications sont automatiquement associées à leur hôte, ce qui fournit une hiérarchie d’impact des applications serveur à hôte.