Blocs de ressources dans Mise en service et gouvernance du cloud

Les blocs de ressources agissent comme un type de composant d’intergiciel entre les éléments de catalogue, l’API dans le cloud (CAPI) et la CMDB.

Le graphique suivant illustre la façon dont les blocs de ressources s’intègrent entre d’autres composants du système :

Plans

Chaque bloc de ressources devient un élément de base dans un plan. Le plan finit par devenir un élément de catalogue (également appelé pile) qu’un utilisateur provisionne à partir du catalogue dans le cloud.

API dans le cloud (CAPI)

Chaque bloc de ressources définit les opérations autorisées, telles que la mise en service et l’annulation d’approvisionnement. Ces opérations appellent divers composants dans CAPI pour effectuer l’opération reçue de la pile.

La CMDB

Chaque bloc de ressources est basé sur un type de CI de la CMDB. Les blocs de ressources disposent également d’un processeur de réponses qui gère les réponses du fournisseur dans le cloud pour effectuer un certain type d’action dans la CMDB, comme la création ou la mise à jour d’un CI.

Comment les blocs de ressources sont connectés

Les blocs de ressources sont connectés les uns aux autres dans des plans. Par exemple, dans ce plan, un bloc de ressources de serveur virtuel est connecté au stockage. Le serveur virtuel et le stockage sont tous deux connectés à un bloc de ressources de centre de données AWS.

Figure 1. Serveur de plans avec stockage

Pour que ces connexions aboutissent, chaque bloc de ressources doit spécifier un type d’interface. Ce graphique illustre ces interfaces :

Figure 2. Types d’interfaces pour les blocs de ressources

• L’interface d’invité se connecte à la ressource située au-dessus. L’interface d’invité contient les opérations (également appelées signatures d’opération), qui permettent aux utilisateurs d’agir sur leur ressource.
• L’interface hôte se connecte à la ressource située sous le bloc de ressources dans le plan. L’interface hôte contient également des signatures d’opération.
• Les liaisons connectent des ressources adjacentes .

Les blocs de ressources peuvent avoir autant d’interfaces d’invité, d’interfaces hôtes et de liaisons que nécessaire. Les connexions peuvent être effectuées dans différentes directions :

• Les connexions verticales nécessitent que le bloc de ressources supérieur ait la même interface hôte que l’interface d’invité du bloc de ressources inférieur.
  Remarque :

  Dans les plans, cette connexion verticale est appelée connexion de confinement .
• Les connexions horizontales lient une ressource à une autre, mais les deux ressources doivent résider au-dessus du même bloc de ressources.
  Remarque :

  Dans les plans, cette connexion horizontale est appelée connexion attachée.

Le même exemple de plan avec un serveur virtuel avec stockage connecté sur un centre de données AWS, les blocs de ressources sont configurés comme l’illustre ce graphique :

Figure 3. Interfaces pour les blocs de ressources

Bloc de ressources	Interfaces et liaisons
Serveur virtuel	Interface hôte : Compute Liaison : au volume de stockage
Centre de données AWS	Interface d’invité : Compute Interface invité : Interface de serveur de stockage
Stockage	Interface hôte : Interface de serveur de stockage La liaison entre le serveur virtuel et le stockage est unidirectionnelle. Vous configurez la liaison sur le bloc de ressources de stockage virtuel uniquement en spécifiant le bloc de ressources de stockage. Vous n’avez pas besoin de configurer une autre liaison sur le bloc de ressources de stockage.

Interfaces et opérations d’invité

Chaque interface d’invité fournit un ensemble d’opérations par défaut (également appelées signatures d’opération) qui permettent à l’utilisateur de choisir ce qu’il veut faire avec une ressource virtuelle. L’opération la plus courante est la mise en service, ce qui signifie qu’une ressource virtuelle est créée. De nombreuses interfaces d’invités et les opérations correspondantes sont fournies par défaut avec l’application Mise en service et gouvernance du cloud . Vous pouvez utiliser ces interfaces d’invité par défaut pour un grand nombre de vos blocs de ressources.

Si vous devez créer une nouvelle interface d’invité, les opérations suivantes sont assurées par défaut :

• Début
• Arrêter
• Mettre en service
• Déprovisionner
• Nettoyage
• ModifySchedule
• ModifyLease

Détails du composant du bloc de ressources

Chaque bloc de ressources contient les composants suivants :

Couches

La couche logique de la pile à laquelle ce bloc de ressources appartient. Par défaut, Mise en service et gouvernance du cloud fournit les couches. Lorsque vous configurez des blocs de ressources, vous pouvez choisir celui qui vous concerne.

Opérations pour chaque interface d’invité

Comme mentionné, chaque interface d’invité fournit des opérations. Par exemple, les opérations les plus courantes pour un serveur virtuel sont Mettre en service, Déprovisionner, Démarrer, Arrêter.

Paramètres d’entrée pour chaque opération

Les paramètres d’entrée contiennent les valeurs que le fournisseur dans le cloud utilise, via CAPI, lorsque les opérations sont exécutées. Ces paramètres contiennent les informations que l’utilisateur sélectionne lors de l’exécution d’une opération, telle que la mise en service, sur une pile.

Par exemple, un utilisateur doit généralement spécifier l’emplacement, qui est un centre de données, auquel une pile appartient. La valeur que l’utilisateur sélectionne dans le champ Emplacement est contenue dans le paramètre Emplacement. Le système prend ce paramètre, disponible par défaut pour le bloc de ressources du serveur virtuel, et le transmet à l’opération d’interface CAPI CreateNode . L’opération d’interface CreateNode indique au fournisseur de cloud de créer (ou de provisionner) le serveur virtuel réel.

Étapes de chaque opération

Chaque opération nécessite une étape pour effectuer le travail réel. Chaque étape appelle une interface et une méthode spécifiques dans CAPI, et transmet les paramètres d’entrée requis par cette méthode. Par exemple, l’opération de mise en service sur un serveur virtuel fournit une étape pour d’abord connecter et créer un ordinateur virtuel, et une autre étape pour créer le nœud dans le fournisseur dans le cloud. Chaque étape fournit des paramètres d’entrée différents. Pour connecter et créer une machine virtuelle, le compte cloud, parmi de nombreux autres paramètres, est nécessaire. Le compte cloud n’est pas requis pour créer le nœud.

Vous pouvez ajouter autant d’étapes que nécessaire pour chaque opération. Vous pouvez également utiliser des attributs de sortie pour transmettre des valeurs dans les attributs d’une étape à une autre, ou des étapes d’une opération aux étapes d’une opération ultérieure. Par exemple, l’opération de mise en service d’un serveur virtuel peut fournir un attribut de sortie pour l’ID d’interface réseau et un autre pour l’ID de nœud. Lorsque le fournisseur dans le cloud envoie la réponse, l’ID réel du réseau et du nœud est analysé hors de la réponse et enregistré dans les attributs de sortie. Les étapes suivantes peuvent ensuite utiliser les ID pour effectuer des actions.

Processeurs de réponses

Les processeurs de réponses indiquent au système ce qu’il doit faire dans la CMDB. Lorsque le fournisseur dans le cloud envoie une réponse après l’exécution d’une opération, le processeur gère la réponse.

Remarque :

Ces processeurs sont des scripts qui sont des includes système. Il ne s’agit pas d’includes de script de serveur MID comme les scripts CAPI que vous pouvez créer pour les intégrer au fournisseur de cloud.

Figure 4. Comment les composants fonctionnent ensemble

Les utilisateurs peuvent afficher les éléments de catalogue, également appelés piles, dans le catalogue dans le cloud. Un élément de catalogue est basé sur un plan, qui à son tour est composé de blocs de ressources connectés entre eux.

1. L’utilisateur lance le processus en demandant une pile. La demande est l’opération de mise en service dans le système.
2. Le système exécute les étapes dans l’ordre de l’opération de mise en service des blocs de ressources qui composent la pile.
3. Chaque étape appelle CAPI pour déterminer la méthode à exécuter, tout en transmettant des valeurs pour les paramètres nécessaires.
4. CAPI s’interface avec l’API du fournisseur dans le cloud pour mettre en service la ressource réelle.

Figure 5. Flux de processus lorsqu’une ressource est créée dans le fournisseur dans le cloud

1. Le fournisseur dans le cloud met en service la ressource et répond avec JSON.
2. Le système analyse la réponse à l’intérieur du script de ressource dans le bloc de ressources.
3. Le système met à jour la CMDB. Lors de la mise en service d’une nouvelle ressource, le système crée un CI dans la table appropriée.
4. La nouvelle pile apparaît dans le portail de l’utilisateur dans le cloud pour que l’utilisateur la gère.

Page Blocs de ressources

Gérez les blocs de ressources dans la page Blocs de ressources. Ouvrez le portail d’administration du cloud, puis accédez à Conception > Blocs de ressources.

Figure 6. Blocs de ressources Composants de page

• Créer un bloc de ressources personnalisé
  Si les blocs du système de base ne fournissent pas les ressources dans le cloud que vous devez mettre en service, vous pouvez créer un bloc de ressources personnalisé.
• Configurer les paramètres d’entrée du bloc de ressources
  Vous pouvez configurer des opérations pour chaque interface d’un bloc de ressources en spécifiant les paramètres d’entrée, les étapes et les attributs de sortie. Les paramètres d’entrée contiennent des valeurs dont le système a besoin pour identifier et gérer une ressource virtuelle, comme le centre de données et le groupe de ressources dans lesquels se trouve la ressource.
• Ajouter des étapes d’opération à un bloc de ressources
  Après avoir configuré les opérations et les paramètres d’entrée de votre bloc de ressources, ajoutez des étapes pour chaque opération afin d’indiquer au système quelle API cloud (CAPI) appeler. Chaque étape est un appel distinct à CAPI.
• Étendre Mise en service et gouvernance du cloud les blocs de ressources avec une opération de remplacement
  Vous pouvez étendre votre interface d’invité existante pour créer une opération. Vous pouvez également créer une nouvelle interface d’invité avec ses propres opérations, paramètres et entrées.
• Ajouter un script de ressource à un bloc de ressources
  Un script de ressource agit sur une ressource pendant le déploiement ou renvoie des données à la CMDB après le déploiement d’une ressource.
• Configurer un processeur de réponses
  Configurez un processeur de réponses pour gérer les réponses des centres de données.
• Ajouter l’interface Terraform Orchestration sur un bloc de ressources
  Après avoir activé l’application de stockage Terraform pour Mise en service et gouvernance du cloud, afin de prendre en charge les opérations basées sur le cloud pour les fournisseurs dans le cloud à l’aide de Terraform Open Source Edition. Ajoutez l’interface Terraform Orchestration sur le bloc de ressources pour exécuter des opérations basées sur le cloud via des modèles Terraform.
• Créer un bloc de ressources pour Microsoft Azure Cloud
  Les blocs de ressources sont les éléments constitutifs des éléments de catalogue dans le cloud. Créez un bloc de ressources pour le fournisseur Microsoft Azure Cloud Platform, en fonction d’un type de CI de la CMDB.