CSDM Étapes d’implémentation : analyse

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

Avantages des opérations que vous effectuez au stade Exploration

• Les opérations fournissent les exigences minimales CMDB en matière 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 CMDBfichier .
• Les opérations constituent la base de l’utilisation DevOps , car les données de vos composants 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 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.

  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.

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

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

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, vous 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écouverte, 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.

Commencez par vous concentrer sur les applications et les données liées à l’application dans les zones et tables ci-dessous :

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 d’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 Gestion des problèmesprocessus ou Gestion des changements , .

Table de 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 DevOps visualisation et la gestion de votre pipeline de développement d’application. Toutes les organisations n’utilisent pas ces données — cette table est facultative.

Cette table représente la partie logicielle ou l’élément d’un ensemble plus vaste pour les applications et l’infrastructure. Du matériel connexe peut servir de représentation des détails du développement. Il peut être utilisé si vous avez besoin d’identifier la stratification d’une application métier ou d’un produit digital.

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 incidentsles Gestion des problèmesprocessus , ou Gestion des changements .

Table des services d’application [cmdb_ci_service_auto]

Le service d’application est généralement le système qu’un 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 relie tous les éléments entre eux lorsque les 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, assurance qualité, 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 le fichier logique Paires de valeurs du cycle de vie. Les services d’application suivent les mêmes directives de cycle de vie que n’importe quel autre CI logique.

Consultez Surveiller l’intégrité des services d’application sur le tableau de bord 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 gère cette table.

Important :

La table des 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 d’application. Ces détails (objets d’inventaire ou de portefeuille des applications) appartiennent à la table des applications d’entreprise (comme documenté dans 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écouverte, les applications sont automatiquement liées à leur hôte, ce qui crée une hiérarchie des impacts entre les applications de serveur à hôte.