Considérations

Une instance de service est la représentation logique des CI matériels/physiques et logiciels sous-jacents qui s’associent pour implémenter une application ou un système d’entreprise. L’instance de service représente une instance du système ou de l’application d’entreprise.

Les CI tangibles/physiques et logiciels sont gérés à l’aide des éléments tangibles/physiques Paires de valeurs de cycle de vie. Parce qu’une instance de service est une représentation logique, elle est gérée comme utilisant l’intangible/logique Paires de valeurs de cycle de vie. Les CI matériels/physiques qui font partie de la carte de services sous une instance de service ont leurs propres cycles de vie, mais ils sont liés via l’instance de service sous un ensemble spécifique de dépendances ou de décomposition.

Exemple 1 : un CI tangible/physique n’est pas mis hors service lorsque l’instance de service est mise hors service

Lorsqu’une instance de service est mise hors service, il est possible que l’appareil matériel/physique associé ne soit pas mis hors service. Par exemple, l’appareil peut rester inactif, sans lien avec une instance de service, jusqu’à ce qu’il soit réalloué pour être utilisé par une autre instance de service.

Exemple 2 : un CI tangible/physique est partagé par plusieurs instances de service

Dans le scénario courant d’une base de données partagée, plusieurs instances de service (chacune avec un schéma de base de données unique) partagent un seul service de base de données. Le service de base de données s’exécute sur un seul hôte physique.

Lorsque l’une des instances de service est mise hors service, le service de base de données et l’hôte ne peuvent pas l’être. Toutes les autres instances de service dépendent toujours du service de base de données en cours d’exécution sur l’hôte.

Consultez Utiliser le tableau de bord de l’instance de service (services d’application) pour surveiller l’intégrité.