Gérer le domaine des services de gestion des technologies dans le cadre de travail CSDM
Le domaine Gérer les services de gestion des technologies implique les tables utilisées par Gestion des opérations IT les produits (ITOM) tels que Mappage des services et Découverte. Il s’agit d’instances déployées de produits numériques et de leurs composants connexes et détectables, ainsi que de la documentation des services qui fournissent et prennent en charge les instances déployées.
Les CI dans ce domaine sont des éléments détectés tels que les applications installées, les serveurs et les composants réseau. Le domaine Gérer les services de gestion des technologies représente également le portefeuille des produits en cours d’utilisation Services de gestion des technologies . Ces services sont opérationnels, ce qui signifie que vous pouvez les sélectionner pour ITSM Gestion des incidents, Gestion des problèmesou Gestion des changements.
Les utilisateurs typiques sont les propriétaires d’instances de service (pour l’application et la plateforme) et les propriétaires de services technologiques (pour l’infrastructure et la livraison). Les consommateurs de technologie peuvent effectuer une demande Offres de services techniques via le catalogue de demandes. Les catalogues sont décrits en détail dans .Catalogue de services
Les tables du domaine Gérer les services de gestion des technologies représentent la technologie vendue ou consommée par votre entreprise dans la vue Fournisseur. Mappage des services et Découverte remplissez les tables. Ils vous permettent également de gérer les CI et leurs relations. Ces produits accélèrent le processus et minimisent les erreurs, mais vous n’êtes pas obligé de les utiliser. Le domaine comprend les tables suivantes :
- Service de gestion de la technologie Table [cmdb_ci_service_technical] (anciennement Service technique)
- Offre de service technique Table [service_offering]
- Demandez le catalogue.
- Table de groupe de CI dynamique [cmdb_ci_query_based_service]. Services de gestion de la technologie dans Gestion des événements la table cmdb_ci_query_based_service utilisée.
- Table des services d’application mappés [cmdb_ci_service_discovered] (incluse dans le système de base)
Services de gestion de la technologie
Services de gestion de la technologie sont associés à des propriétaires de services et sont généralement regroupés sous un ou plusieurs services d’entreprise ou instances de service. Un service de gestion des technologies peut avoir une ou plusieurs offres de gestion des technologies.
Les utilisateurs de Services de gestion des technologies peuvent afficher et gérer les technologies que vous fournissez à l’entreprise. Gestion des événements vous permet de surveiller les performances de service. Vous pouvez également l’utiliser Gestion des événements pour identifier les problèmes d’intégrité des CI d’infrastructure et des instances de service connexes.
Services de gestion de la technologie peut être géré dans le cadre du portefeuille des services dans le domaine Vendre/consommer (c’est-à-dire qu’une hiérarchie du portefeuille des services peut être référencée à partir d’un Service de gestion des technologies). Cela permet une hiérarchie et une gestion plus complètes des services Services de gestion des technologies d’entreprise au sein de l’espace Gestion des portefeuilles de services de travail et des espaces de travail connexes. Vous pouvez prendre de meilleures décisions lorsque vous savez comment les dépenses Services de gestion des technologies peuvent améliorer les performances et la fiabilité de vos services d’entreprise.
Offres de gestion de la technologie
- Niveau de performance
- Emplacement ou géographie
- Environnement
- Tarification
- Disponibilité
- Aptitude
- Groupe de support (pour l’incident)
- Groupe d’approbation technique (pour le changement)
- Options d’emballage (engagements)
- Un ou plusieurs engagements de service
-
Un engagement de service définit les obligations de prestation de service convenues entre le consommateur et le fournisseur. Les engagements de service définissent de manière unique le niveau de service en termes de disponibilité, de criticité, de portée, de tarification et d’autres facteurs. Par exemple, une organisation peut offrir deux niveaux de support pour une instance de service :
- Prise en charge d’une offre au niveau de la production : fournit un niveau élevé de disponibilité et de criticité pour les instances de production. Comprend une garantie de temps de réponse de 5 minutes 24h/24 et 7j/7 (24 heures sur 24, sept jours sur sept).
- Prise en charge d’une offre de niveau non-production : disponibilité et criticité limitées pour les instances de non-production. Comprend une garantie de temps de réponse de 60 minutes entre 8h00 et 17h00, du lundi au vendredi.
- Abonnement à une offre de service qui enregistre les utilisateurs ayant accès à une offre
-
Une offre de gestion des technologies fait référence à l’attribut Catégorisation des services dans les tables de services pour indiquer si une offre ou une offre de gestion des technologies est liée à un service d’entreprise ou à un service de gestion des technologies. Les offres de gestion des technologies qui sont mappées à la table [service_offering] sont classées en tant que « service de gestion des technologies » et sont dérivées du service. L’offre de gestion des technologies est basée sur la façon dont le parent répond à un besoin technique spécifique. Chaque service de gestion des technologies doit avoir au moins une offre de gestion des technologies.
Important :Chaque CI associé via un groupe de CI dynamique ne peut être associé qu’à un seul service ou offre de gestion des technologies. Des conflits peuvent survenir lorsqu’un service inclut plusieurs offres avec différents SLA, OLA, groupes de support et engagements.
Groupes de CI dynamiques
- Instance de service basée sur des requêtes
-
Vous ne l’avez Mappage des services pas encore activé, mais vous avez 12 serveurs et trois instances de base de données dans MyAppServiceProd. Vous pouvez remplacer vos feuilles de calcul par un groupe CI dynamique en tant qu’instance de service.
Consultez Remplir un service d’application à l’aide de la méthode Groupe de CI dynamique.
- Groupe géré de CI d’infrastructure
- Les serveurs web de Detroit sont gérés par DetroitRockCity Offre de service technique. Au lieu de créer manuellement des relations de Offres de service technique vers les CI d’infrastructure, utilisez un groupe de CI dynamique. Une relation unique entre votre Offre de service technique CI (DetroitRockCity) et votre groupe de CI dynamique (serveurs Web à Detroit) vous donne la visibilité dont vous avez besoin.
- Un moyen de gérer les correctifs pour vos CI
- Dans Gestion des changements, vous pouvez sélectionner le groupe de CI dynamique pour les CI que vous devez mettre à jour et utiliser une règle métier pour remplir automatiquement le champ CI affecté .
Instances de service (anciennement services d’application)
La table Instance de service [cmdb_ci_service_auto] (anciennement table Service d’application) prend en charge les instances de service. Une instance de service est un ensemble d’applications et d’hôtes interconnectés qui sont configurés pour offrir un service. Une instance de service est une représentation logique d’un système déployé ou d’une pile d’applications. À l’aide des instances de service, vous pouvez afficher les cartes et l’historique des changements des services. Par exemple, l’application peut surveiller les Gestion des événements performances de service et identifier les problèmes d’intégrité des instances de service.
Les instances de service peuvent être internes, comme le système de messagerie d’une entreprise, ou destinées aux clients, comme le site Web d’une organisation. Par exemple, la création de rapports financiers via une application Web nécessite un ordinateur, un serveur Web, un serveur d'applications, des bases de données, des logiciels intermédiaires et une infrastructure réseau. Les applications et les hôtes sont configurés pour offrir le service de reporting financier. Une instance de service représente une instance d’une application ou d’un système d’entreprise dans l’environnement de développement, de test ou de production.
Les instances de service sont les points d’entrée de la Mappage des services fonctionnalité. Les instances de service sont sous-jacentes à une entreprise ou Service de gestion des technologies sont mappées à la table Instance de service [cmdb_ci_service_auto] (anciennement table Service d’application) pour la CMDB génération de rapports commune.
Les instances de service sont des entités de relation clés pour Gestion des services IT (ITSM), Gestion des opérations IT (ITOM), Gestion stratégique des portefeuilles (SPM) et Gestion du service client (CSM).
Les instances de service incluent les relations entre les applications d’entreprise, les services d’entreprise, Services de gestion des technologiesles applications et les CI d’infrastructure. Vous pouvez exposer une instance de service à l’aide de l’activité connexe ou offre de service technique. Pour plus d'informations, consultez Surveiller l’intégrité des services d’application sur le tableau de bord des services d’application.
| Méthode utilisée pour créer l’instance de service | Mappé à la table |
|---|---|
| Découverte descendante (Mappage des services) | cmdb_ci_service_discovered |
| Groupe de CI dynamique (basé sur des requêtes) | cmdb_ci_query_based_service |
| Balises | cmdb_ci_service_tags |
| Saisie manuelle, à l’aide du formulaire Créer une instance de service (anciennement formulaire Créer un service d’application) | cmdb_ci_service_discovered |
- Pour plus d’informations sur les instances de service et les méthodes que vous pouvez utiliser pour les créer, consultez Services d’application et Créer un service d’application.
- Vous pouvez spécifier des attributs requis pour les instances de service. Consultez Spécification des attributs et des relations pour les instances de service et Modifier les attributs et les relations requis pour les services d’application.
- Vous pouvez définir une relation entre une instance de service et les composants d’autres CSDM domaines. Voir Mappage des services.
Demandes
Une application est un programme ou un module qui définit un comportement et exécute une fonction spécifique. Les applications sont généralement des instances détectables et fournissent un ensemble spécifique de fonctions pour un ou plusieurs services.
- La table d’application et les tables étendues contiennent des instances de code détectées de manière unique en cours d’utilisation sur l’hôte.
- Les applications sont considérées comme des CI d’infrastructure.
- L’instance est limitée aux applications sur un seul hôte. Cette limitation garantit que les applications sont identifiées de façon unique lors de la découverte.
- Il existe une relation un-à-plusieurs (et non un-à-un) entre l’application et l’instance de service. Une seule application installée, telle qu’une instance de base de données, peut prendre en charge plusieurs instances de service en fonction de la configuration et de l’utilisation des applications.
CI de l’infrastructure
Les CI d’infrastructure sont des composants physiques et logiques gérés. Un CI peut être un module unique, tel qu’un serveur, une base de données, un routeur ou un système complet tel qu’un serveur Web, une base de données ou une infrastructure.
Les composants d’infrastructure ou CI sous-jacents peuvent être compliqués. La complexité augmente à mesure que les structures de données sont superposées aux CI physiques. Pour cette raison, vous devez travailler avec un gestionnaire de relations commerciales ou un architecte d’entreprise pour définir vos capacités commerciales et vos applications d’entreprise.