Domaine Prestation de services dans le modèle CSDM
Le domaine Prestation de services représente le système global de prestation de services de bout en bout qui comprend l’infrastructure, les technologies, les modèles d’intégration (infrastructure, systèmes, données, processus, modèles de dépendance), les réseaux de prestation de services et les modèles opérationnels. Ensemble, ces éléments fournissent des services conformes à CSDM aux utilisateurs internes et externes et/ou aux organisations.
Tables dans le domaine Service Delivery
Les utilisateurs des tables dans le domaine Prestation de services fournissent et gèrent les environnements opérationnels et l’infrastructure qui prennent en charge les applications d’entreprise de votre organisation (telles que développées dans le domaine Conception et intégration). Les utilisateurs typiques sont les propriétaires d’instances de service (pour l’application et la plateforme) et les propriétaires de prestation de services ou les fournisseurs de services (pour l’infrastructure et la livraison).
Les tables du domaine Prestation de services représentent la technologie vendue ou utilisée par votre entreprise dans la vue Fournisseur. Mappage des services et Découverte remplissez les tables. Les tables du domaine vous permettent également de gérer les CI et leurs relations. Le domaine comprend les tables suivantes :
- Service de gestion de la technologie (anciennement Service technique) [cmdb_ci_service_technical]. La classification du service est celle de service technique.
- Offre de gestion de la technologie (anciennement Offre de service technique) [service_offering]. La classification du service est celle de service technique.
- Demandez le catalogue. Les consommateurs de technologie peuvent effectuer une demande Offres de gestion des technologies par le biais d’un catalogue de demandes. Les catalogues sont décrits en détail dans .Catalogue de services
- Table de groupe de CI dynamique [cmdb_ci_query_based_service]. La classification du service est un service technique. Services de gestion des technologies Utilisez Gestion des événements la table cmdb_ci_query_based_service.
- Tables d’instances (service d’application appelé avant CSDM la version 5) de service [cmdb_ci_service_auto]. La classification du service est Service d’application.
- Pour les tables Créé manuellement et Mappage des services: Table de services d’application mappés [cmdb_ci_service_discovered] (incluse dans le système de base).
- Lorsqu’il est basé sur une requête : [cmdb_ci_query_based_service].
- Lorsqu’il est basé sur des balises : [cmdb_ci_service_by_tags].
Les CI dans ce domaine sont des instances déployées de produits numériques et leurs composants connexes et détectables (tels que les applications installées, les serveurs et les composants réseau), ainsi que la documentation des services qui fournissent et prennent en charge les instances déployées. Le domaine représente également le portefeuille des entreprises en cours d’utilisation Services de gestion des technologies . Pour plus d’informations sur les cycles de vie, reportez-vous à Définitions des valeurs du cycle de vie pour les CI tangibles/physiques.
Les services sont opérationnels, ce qui signifie que vous pouvez les sélectionner pour ITSM Gestion des incidents, Gestion des problèmes ou Gestion des changements.
Relations entre les tables de prestation de services
- Instance de service de composant Contains::Contained by SDLC (cet élément est facultatif).
- Application d’entreprise Consumes::Consumed par instance de service.
- Instance de service (représentation logique d’un système ou d’une pile d’applications déployés)Depends on::Used by /Sends Data To:: Instance de service.
- Instance Depends on::Used by de service, Application.
- CI d’infrastructure d’application Runs on::Runs .
- Service de gestion de la technologie utilise un attribut de référence pour spécifier la relation avec l’infrastructure Offre de gestion de la technologie. Publié pour les propriétaires de services et renforce généralement un ou plusieurs services d’entreprise. A Service de gestion de la technologie peut avoir une vue opérationnelle composée d’un ou de plusieurs Offres de gestion de la technologie.
- Offre de gestion de la technologie Contains::Contained by Instance de service. Stratification du service technique en options, y compris la localisation/géographie, l’environnement, la tarification, la disponibilité, la capacité, le groupe de support (INCIDENT), le groupe d’approbation technique (CHANGE) et les options de package.
- Offre de gestion de la technologie Contains::Contained by Groupe de CI dynamique.
- Groupe de CI dynamique (regroupement dynamique de CI, basé sur les résultats des requêtes de groupes CMDB) utilise une liste connexe pour spécifier la relation avec les CI d’infrastructure.
- Offre Depends on::Used by de service d’entreprise Instance de service.
Tables utilisées pendant la phase de prestation de services du cycle de vie de service
Tables utilisées pendant la phase de prestation de services du cycle de vie de service
Tables de composants IA utilisées pendant la phase de prestation de services du cycle de vie du service
API : le modèle de données d’API est mis à disposition dans la CMDB pour vous aider à gérer vos données d’API. Dans le cadre d’Analyse des coûts de l’API, vous pouvez centraliser votre gestion des APl, y compris, mais sans s’y limiter, l’affichage des détails de l’API, la comparaison des APl, l’identification et la résolution des lacunes dans les données et la gestion des relations de service. Fonction API : d’un point de vue virtuel. Application d’API : d’un point de vue local.
Fonction IA : applications SaaS d’IA déployées sur des plateformes de cloud public qui offrent des services évolutifs et à la demande pour l’apprentissage automatique, le traitement des données et les tâches pilotées par l’IA. Les applications fournissent des solutions flexibles sans avoir besoin de gérer l’infrastructure sur site.
Application IA : applications logicielles d’IA qui peuvent s’exécuter sur diverses plateformes telles que Linux, Windows, les conteneurs Docker ou les clusters Kubernetes (K8). Les plateformes prennent en charge diverses charges de travail d’IA, y compris les modèles d’apprentissage automatique, l’analyse de données et les services intelligents ou les applications compatibles avec l’IA.
Services de gestion des technologies
Services de gestion des technologies 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 des technologies peut être géré dans le cadre du portefeuille des services dans le domaine Consommation de service (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é
- Option
- 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
-
A 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 de gestion des technologies offre est liée à un service d’entreprise ou à un Service de gestion des technologies. Offres de gestion de la technologie qui sont mappés à la table [service_offering], sont classés comme « service de gestion des technologies » et sont dérivés du service. La Offre de gestion des technologies est basée sur la façon dont le parent répond à un besoin technique spécifique. Chacun Service de gestion des technologies devrait en avoir au moins un Offre de gestion des technologies.
Important :Chaque CI associé via un groupe de CI dynamique ne peut être associé qu’à un Service de gestion des technologies 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 Utiliser la méthode Groupe de CI dynamique pour renseigner les services d’application.
- Groupe géré de CI d’infrastructure
- Les serveurs web de Detroit sont gérés par DetroitRockCity Offre de gestion des technologies. Au lieu de créer manuellement des relations de Offres de gestion des technologies vers les CI d’infrastructure, utilisez un groupe de CI dynamique. Une relation unique entre votre Offre de gestion des technologies 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 (appelées services d’application avant CSDM v5)
Instance de service une réétiquette de [cmdb_ci_service_auto], qui était auparavant appelé service d’application.
Des services d’application existent toujours. Elles étaient toujours là sous forme de tables étendues en fonction de la façon dont vous gériez le service d’application.
Pour la création manuelle ou le mappage de services, vous accédez au service d’application mappé.
Pour les balises, il s’agit de la table des services d’application basés sur les balises. Les tables existent toujours et sont toujours des services d’application et vous allez toujours accéder à l’assistant du service d’application pour créer des services d’application.
- Instance du service de données [cmdb_ci_data_service_instance]
- Instance de service réseau [cmdb_ci_network_service_instance]
- Instance de service de processus opérationnel [cmdb_ci_operational_process_service_instance]
- Instance de service de connexion [cmdb_ci_connection_service_instance]
- Instance de service d’installation [cmdb_ci_facility_service_instance]
La table Instance (service d’application appelé avant CSDM la version 5) de service [cmdb_ci_service_auto] 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 (service d’application appelé avant CSDM la version 5) de service [cmdb_ci_service_auto] 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 gestion des technologies. Pour plus d'informations, consultez Utiliser le tableau de bord des services d’application pour surveiller l’intégrité.
- Instance de service de données
- Instance du service réseau
- Instance de service de processus opérationnel
- Instance du service de connexion
- Instance de service d’installation
| 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. Pour plus d'informations, consultez 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.
Applications
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.