Instances de service (services d’application)
Comprenez les instances de service (services d’application), découvrez les différents types de services d’application et la façon dont ServiceNow® plusieurs unités business et produits les utilisent.
Ce que sont les instances de service (services d’application)
Une instance de service est un ensemble d'applications interconnectées et d'hôtes qui sont configurés pour offrir un service à l'organisation. Les instances de service peuvent être internes, comme les services de messagerie d'entreprise, ou destinés aux clients, comme un site Web d'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. Ces applications et hôtes sont tous configurés pour le reporting financier. Dans les environnements de développement, un service d’application représente une instance d’une application ou d’un système d’entreprise.
ServiceNow les applications désignent les appareils et les applications qui composent un service d’application en tant qu’éléments de configuration (CI). Les différents CI et les relations entre eux, qui composent un service d’application, sont stockés dans le Base de données de gestion des configurations (CMDB).
Chaque service d’application contient un point d’entrée en tant que CI de niveau supérieur. Un point d'entrée correspond au mode d'accès des clients à une instance de service. En règle générale, il s’agit d’une URL, ou d’une combinaison de l’adresse IP et du port pour les services d’application dans les déploiements d’entreprise. Pour les déploiements basés sur le cloud, un point d’entrée peut être une URL vers une ressource dans le cloud telle qu’une AWS passerelle.
Le Modèle de données de services de base (CSDM) vous aide à rationaliser les types de services et les offres de service. Vous pouvez ajouter des relations entre les services d’application et d’autres objets liés au service dans : Application d’entreprise, Offres de services techniques ou Offres de services d’entreprise CSDM.
- Détecté
Mappage des services détecte les services d’application à l’aide de modèles et en suivant les connexions de trafic.
La découverte basée sur le modèle crée des services d’application précis et complets qui représentent la vue centrée sur les services de l’infrastructure informatique. Il crée une carte haute fidélité bien adaptée à la gestion des services d’application critiques.
En outre, il offre une visibilité sur les services natifs du cloud tels que le calcul, les équilibreurs de charge et les passerelles API. Vous pouvez utiliser des points d’entrée de service tels que AWS des compartiments S3, Microsoft AzureAWS des passerelles API, AWS des fonctions Lambda et Microsoft Azure des fonctions pour mapper les services. Il peut également détecter les appels Lambda à Lambda et les connexions Lambda à RDS pour créer des cartes de service dynamiques.
La méthode descendante mappe les ordinateurs virtuels sur site et dans les clouds publics. Toutefois, la détection complète de ces machines virtuelles nécessite que la détection de haut en bas détermine quelles applications sont en cours d’exécution dans la machine virtuelle. Si un VM n’est pas entièrement détecté, utilisez la méthode basée sur les balises pour combler l’écart (voir plus loin dans ce document). Le mappage basé sur les balises mappe également des conteneurs que vous ne pouvez pas mapper à l’aide de la détection de haut en bas.
Les services d’application détectés ont la classification de service d’application. Ils sont stockés dans la table Mapapped Application Service (Service d’application mappé) [cmdb_ci_service_discovered].
- Groupe de CI dynamique
Groupes de CI dynamiques qui agissent comme des services d’application. Les membres des groupes CMDB associés au groupe de CI dynamique remplissent le service d’application. Un groupe de CI dynamique est un groupement dynamique de CI, basé sur des critères communs tels que l’emplacement de tous les serveurs Web à Détroit ou de toutes les bases de données Oracle à Boston. Après avoir créé un groupe de CI dynamique, vous pouvez l’utiliser comme une offre de groupe dans Gestion des services IT.
Si elle est créée à partir de l’assistant du service d’application, la classification du service est service d’application. Si elle est créée à partir de l’interface utilisateur ou Mappage des services de l’interface utilisateur héritéeGestion des événements, la classification est service technique. Les services d’application de type Groupe de CI dynamique sont stockés dans la table Groupe de CI dynamique [cmdb_ci_query_based_service].
- Basé sur des balises
- Une balise est une étiquette composée d'une paire clé-valeur. Votre organisation peut utiliser des balises pour classer ses actifs, afin d'améliorer les fonctionnalités de requête et de reporting. Découverte et Mise en service et gouvernance du cloud peuvent détecter les balises utilisées par les principaux fournisseurs de cloud et les écosystèmes de conteneurs. Une fois les balises détectées, Mappage des services peut créer des instances de service à partir de ces balises. Par exemple, vous pouvez utiliser des balises pour mapper tous les services d’application que votre organisation utilise dans l’environnement de production de la région EMEA.
Les services d’application basés sur les balises ont la classification de service d’application. Ils sont stockés dans la table Tag-based Application Service (Service d’application basé sur les balises) [cmdb_ci_service_by_tags].
- Créé manuellement
Avec le mappage manuel, les propriétaires d’applications documentent manuellement les applications, l’infrastructure informatique et les relations qui prennent en charge chaque service d’application. Cette méthodologie est la mieux adaptée aux éléments de configuration qui ne sont pas entièrement détectables en raison de problèmes d’accès de sécurité. Par exemple, les appareils IPS qui prennent en charge un service de prévention des intrusions pour l’unité business de sécurité.
Essayez d’éviter le mappage manuel dans la mesure du possible. La cartographie manuelle des services prend énormément de temps et, souvent, les informations nécessaires à la cartographie ne sont pas disponibles en raison de l’évolution de la technologie et de l’absence de processus permettant de suivre et de documenter les dépendances de l’infrastructure nécessaires au contexte de l’application. De plus, chaque fois que des modifications ultérieures sont apportées à la topologie du service d’application, la carte de services doit être mise à jour manuellement.
Les services d’application créés manuellement ont la classification de service d’application. Les services d’application de type créé manuellement sont stockés dans la table des services d’application mappés [cmdb_ci_service_discovered].
- Dynamique
Un service d’application dynamique inclut uniquement les CI qui font partie des relations CI stockées dans la CMDB table Relation de CI [cmdb_rel_ci].
Vous ne pouvez pas modifier un service d’application dynamique en y ajoutant ou en supprimant directement des CI. Les services d’application dynamiques sont mis à jour automatiquement pour refléter tout changement apporté aux relations CI dans la table Relation CI CMDB [cmdb_rel_ci]. Lorsque vous ajoutez une relation à un CI contenu dans un service d’application dynamique, ce service se met automatiquement à jour pour refléter l’ajout de la relation et du nouveau CI associé. De la même manière, un service d’application dynamique se met automatiquement à jour lors de la suppression d’une relation et de son CI associé d’un CI au sein du service.
Une façon de créer des services d’application dynamiques consiste à convertir des services d’entreprise hérités ou des services manuels hérités (créés avec Gestion des événements, par exemple) en services d’application de type dynamique.
Les services d’application dynamiques ont la classification de service d’application. Les services d’application dynamiques sont stockés dans la table Services d’application calculés [cmdb_ci_service_calculated].
Qui utilise les services d’application
- Intégrité ITOM collecte les alertes à partir des événements d’infrastructure capturés par des outils de surveillance tiers. Il utilise ensuite les informations informatiques recueillies par Découverte pour mettre en correspondance les alertes avec les éléments de configuration. En fonction des informations collectées, fournit des tableaux de bord affichant une vue consolidée de tous les événements ayant un impact sur le service.
- ITOM Optimization vous offre des outils pour mettre en service des infrastructures et des services cloud privés et publics, et pour obtenir une gestion cohérente et une visibilité des coûts. L’application Gestion des coûts du cloud , disponible dans le ServiceNow Store, vous aide à analyser l’ensemble des coûts associés aux actifs dans le cloud afin que vous puissiez identifier les opportunités d’économies et d’optimisation des opérations et prendre les mesures qui s’imposent.
- Les utilisateurs de Gestion des services IT s’appuient sur les services d’application reflétant l’infrastructure IT pour gérer et fournir des services à leurs clients.
- Les utilisateurs de Gestion du service client diagnostiquent et résolvent efficacement les problèmes liés à l’infrastructure informatique dans le contexte des services d’application.
- Les utilisateurs de Gestion des actifs logiciels comprennent les logiciels qui s’exécutent dans votre environnement informatique et suivent les configurations qui ont un impact sur la consommation de licences logicielles dans vos environnements informatiques et centres de données.
- Les utilisateurs de Gestion stratégique des portefeuilles utilisent les données collectées pour les services d’application afin d’acquérir une compréhension complète des applications utilisées dans votre organisation.
Comment créer des services d’application
Analysez l’infrastructure informatique et le déploiement de service au sein de votre organisation pour choisir la méthode optimale de création et de remplissage des services d’application.
| Fonction de message REST | Quand l’utiliser | Considérations supplémentaires |
|---|---|---|
| Détection de haut en bas Mappage des services effectue la détection de haut en bas des services d’application. Mappage des services utilise des modèles pour détecter et mapper les CI. Un modèle est une séquence d’étapes dont l’objectif est de détecter les attributs d’un CI et de ses connexions sortantes. Cette méthode permet de créer des services d’application précis et complets qui représentent de manière fiable la vue orientée services de l’infrastructure IT de votre organisation Détection basée sur les balises dans Mappage des services est une méthode complémentaire qui enrichit les résultats de la découverte descendante. |
Utilisez cette méthode pour détecter des applications de deuxième et troisième niveau reconnues par le secteur ou personnalisées. Ces applications peuvent inclure des solutions d’équilibrage de charge, des serveurs d’applications ou Web avec des connexions de base de données. |
Le mappage basé sur les modèles nécessite la configuration des informations d’identification, des utilisateurs et des autorisations utilisateur pour permettre Mappage des services l’accès aux applications au sein du réseau privé de votre organisation. Ce processus peut prendre du temps et des efforts. |
| Basé sur des balises Si votre organisation utilise des balises pour la gestion des actifs, vous pouvez utiliser ces balises pour mapper des services d’application. Découverte et Mise en service et gouvernance du cloud détecter les balises affectées aux CI, et renseigner le CMDB avec ces données. utilise les données liées aux balises de pour CMDB mapper les services. Mappage des services Le mappage des services basé sur les balises complète le mappage de services de haut en bas. Il fournit une visibilité sur les conteneurs et mappe également les ordinateurs virtuels qui ne sont pas entièrement détectés, ce que le mappage des services de haut en bas ne peut pas faire. Toutefois, bien que le mappage basé sur les balises associe les composants balisés à des services d’application spécifiques, il ne mappe pas les connexions entre ces composants. C’est une autre raison pour laquelle le mappage basé sur les balises complète plutôt qu’il ne remplace le mappage de service descendant. |
Mappez les ressources sur les charges de travail dans le cloud telles que IaaS/PaaS/FaaS/CaaS ainsi que sur les charges de travail de conteneur à l’aide de Kubernetes, OpenShift ou AWS ECS. Mappez également les ressources dans les déploiements SRE (Site Reliability Engineering) ou CRE (Site Reliability Engineering). La méthode basée sur les balises vous permet de mapper les ressources de conteneur dans vos déploiements. En règle générale, vous utilisez cette méthode pour détecter des applications sur des virtualisations cloud ou des déploiements PaaS. |
Contrairement à d’autres méthodes de mappage, le mappage basé sur les balises ne nécessite pas la configuration des informations d’identification ni l’attribution de droits élevés aux utilisateurs. Les services d’application basés sur les balises peuvent ne pas inclure de CI pertinents, si ces derniers ne sont pas dotés des balises adéquates. |
| Ingestion de cartes APM (Application Performance Management) à partir de déploiements Dynatrace ou AppDynamics intégrés Créez des services d’application à l’aide de l’intégration au modèle d’application AppDynamics et à la plateforme de surveillance Dynatrace disponible sur ServiceNow Store. |
Utilisez cette intégration pour créer des services d’application basés sur les cartes APM de Dynatrace ou AppDynamics. Vous pouvez utiliser les services d’application créés par cette méthode pour surveiller l’intégrité. | Analysez les ressources découvertes avant l’ingestion à partir d’un CMDB tiers pour éviter de créer des CI en double. |
| Renseigner un service d’application à l’aide de la méthode Groupe de CI dynamique En fonction des CMDB groupes, dont les membres peuplent le service d’application. |
Utilisez cette méthode comme moyen simple et rapide de créer des groupes de CI dynamiques pour les déploiements, y compris Microsoft Active Directory ou Microsoft Exchange d’autres services liés au DNS. Les groupes de CI dynamiques sont particulièrement utiles si seule une liste de ressources est disponible, sans détails de configuration ni informations d’identification. L’utilisation d’un CMDB groupe vous permet d’utiliser CMDB l’intégrité pour surveiller l’intégrité et d’utiliser une CMDB requête enregistrée du générateur de requêtes pour filtrer les CI inclus dans le service d’application. |
Il n’existe aucune vue de carte pour les services d’application créés à l’aide de cette méthode. Vous ne pouvez afficher les CI appartenant à un tel service d’application que sous forme de liste. Assurez-vous que le CMDB groupe filtre avec précision les CI devant être inclus dans le service d’application. |
| API du service d’application Créez une automatisation pour créer des services d’application en bloc. Utilisez cette méthode si votre organisation a effectué un mappage et une analyse entre les organisations et collecté des informations sur les services. Les services d’application créés à l’aide des API appartiennent au type manuel et sont stockés dans la table des services d’application mappés [cmdb_ci_service_discovered]. |
Utilisez cette méthode pour les environnements qui nécessitent le suivi du processus d’intégration continue/de déploiement continu (CI/CD) DevOps. Vous pouvez importer des cartes de service tierces dans des services d’application manuels, individuellement ou en bloc. Par exemple, consultez le Guide numérique : importation de cartes de services tiers dans Mappage des services ServiceNow. |
Connaître la structure exacte du service : sys_id de chaque CI comprenant le service et la hiérarchie que les CI forment. Cette méthode nécessite une connaissance de l’infrastructure de scripting utilisée par votre organisation. |
| Renseigner un service d’application à l’aide de la méthode manuelle Créez un service d’application manuel avec un seul CI : le point d’entrée. Pour remplir un service d’application créé manuellement, ajoutez manuellement d’autres CI comme décrit dans .Ajouter manuellement des CI à un service d’application Vous pouvez également créer et remplir des services d’application manuels en convertissant les services d’entreprise créés dans le CMDB et stockés dans [cmdb_ci_service]. |
Utilisez la méthode manuelle si vous ne pouvez pas utiliser d’autres méthodes de création ou de remplissage des services d’application. Créez manuellement des services d’application pour la prévention des intrusions. |
Cette méthode ne nécessite aucune configuration d’objet ou d’installation préexistante. Vous pouvez inclure des CI de n’importe quelle classe dans les services d’application créés manuellement. Les services d’application créés manuellement reflètent certains changements apportés aux CI, tels que les attributs de CI. Toutefois, elles ne reflètent pas automatiquement les changements apportés aux relations CI. |
| Renseigner un service d’application à l’aide de la méthode Service dynamique Services d’application qui se mettent automatiquement à jour pour refléter tout changement apporté aux relations CI dans la table Relation CI [cmdb_rel_ci] CMDB. Pour vous conformer à Modèle de données de services de base, vous pouvez également convertir des services hérités en services d’application dynamiques. Ces services hérités sont stockés dans les tables [cmdb_ci_service] ou [cmdb_ci_service_manual] CMDB : |
Utilisez cette méthode pour transformer les services d’entreprise hérités en services d’application que d’autres ServiceNow produits peuvent utiliser. Par exemple, des services d’application dynamiques peuvent être utilisés pour la surveillance des services et la gestion des changements. | Vous ne pouvez pas modifier un service d’application dynamique en y ajoutant ou en supprimant des CI. Le système modifie automatiquement un service d’application de type dynamique lorsque vous modifiez les relations pertinentes pour les CI qui font partie de ce service d’application. |
| À partir d’un fichier CSV Mappage des services extrait les informations de ce fichier et crée des services d’application potentiels appelés candidats de service. Utilisez cette méthode si votre organisation a effectué un mappage et une analyse entre les organisations et collecté des informations sur les services. |
Si nécessaire, vous pouvez importer des candidats de service à partir de plusieurs fichiers CSV. | Organisez toutes les informations collectées dans un ordre spécifique dans un fichier CSV, précisément comme décrit dans la documentation. |
Pour vous conformer à CSDM, convertissez les services manuels créés à l’aide Gestion des opérations IT Gestion des événements de [cmdb_ci_service_manual] et stockés dans [], comme indiqué dans Convertir les services manuels en services d’application ou Convertir les services manuels en services d’application à l’aide de l’API. Les services convertis deviennent des services d’application de type manuel stockés dans la table des services d’application mappés [cmdb_ci_service_discovered].
Séparation de domaine
Séparation de domaine, s’il instance de service est déployé, a un impact sur les éléments suivants :
- Lors de la création d’un instance de service, est instance de service affecté au domaine de l’utilisateur.
- Lors de l’ajout manuel d’un CI à un instance de service, vous pouvez choisir uniquement les CI qui appartiennent au domaine de service.
- Lors de l’utilisation de l’API REST createOrUpdateService - POST pour créer ou mettre à jour un service d’application, le processus s’arrête si l’un des CI référencés dans l’API appartient à un domaine différent du service d’application lui-même.
- Lors de la conversion de services d’entreprise en services d’application, le service d’application nouvellement créé appartient au même domaine que le service d’entreprise d’origine. Le service d’application comprend uniquement des CI appartenant au même domaine que le service d’application lui-même.