Blocs de ressources dans Cloud Provisioning and Governance
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'adaptent entre les autres composants du système :
- Plans
- Chaque bloc de ressources devient un bloc de construction dans un plan. Le plan devient finalement un élément de catalogue (également appelé pile) qu'un utilisateur met en service à partir du catalogue dans le cloud.
- API dans le cloud (CAPI)
- Chaque bloc de ressources définit les opérations autorisées, telles que Mettre en service et Mettre hors service. Ces opérations appellent divers composants au sein de la CAPI pour effectuer l'opération qui est reçue de la pile.
- 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 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.
Pour que ces connexions réussissent, chaque bloc de ressources doit indiquer un type d'interface. Le graphique ci-dessous illustre ces interfaces :
- 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 relient les ressources adjacentes.
- Les connexions verticales impliquent 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 d'imbrication.
- Les connexions horizontales lient une ressource à une autre, mais les deux ressources doivent se situer au-dessus du même bloc de ressources. Remarque :Dans les plans, cette connexion horizontale est appelée connexion de liaison.
| Bloc de ressources | Interfaces et liaisons |
|---|---|
| Serveur virtuel |
|
| Centre de données AWS |
|
| Stockage | Interface hôte : interface du serveur de stockage La liaison entre le serveur virtuel et le stockage est unidirectionnelle. Configurez la liaison du bloc de ressources de stockage virtuel uniquement en indiquant 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 des invités
Chaque interface d'invité fournit un ensemble d'opérations par défaut (également appelé signatures d'opération) qui permettent à l'utilisateur de choisir ce qu'il souhaite faire avec une ressource virtuelle. L'opération la plus courante est Mettre en service, ce qui signifie qu'une ressource virtuelle est créée. De nombreuses interfaces d'invités et opérations correspondantes sont fournies par défaut avec l'application Cloud Provisioning and Governance. Vous pouvez utiliser ces interfaces d'invités par défaut pour plusieurs blocs de ressources.
- Commencer
- Arrêter
- Mettre en service
- Mettre hors service
- Nettoyer
- ModifySchedule
- ModifyLease
Détails du composant de bloc de ressources
- Couches
Couche logique dans la pile à laquelle ce bloc de ressources appartient. Par défaut, Cloud Provisioning and Governance 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é précédemment, chaque interface d'invité fournit des opérations. Par exemple, les opérations les plus courantes pour un serveur virtuel sont Mettre en service, Mettre hors service, Commencer, Arrêter.
- Paramètres d'entrée pour chaque opération
Les paramètres d'entrée contiennent des valeurs que le fournisseur dans le cloud utilise, via la CAPI, lors de l'exécution des opérations. Ces paramètres contiennent les informations que l'utilisateur sélectionne lors de l'exécution d'une opération, comme 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 appartient une pile. La valeur que l'utilisateur sélectionne dans le champ Emplacement est conservée dans le paramètre Emplacement. Le système utilise ce paramètre, disponible par défaut pour le bloc de ressources du serveur virtuel, et le transmet à l'opération d'interface CreateNode de la CAPI. L'opération d'interface CreateNode indique au fournisseur dans le cloud de créer (ou de mettre en service) le serveur virtuel réel.
- Étapes pour 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 la CAPI, et passe en revue les paramètres d'entrée requis par cette méthode. Par exemple, l'opération Mettre en service sur un serveur virtuel fournit une étape pour se connecter et créer un ordinateur virtuel d'abord, et une autre étape pour créer le nœud au niveau du fournisseur dans le cloud. Chaque étape fournit des paramètres d'entrée différents. Pour se connecter et créer un ordinateur virtuel, le compte dans le cloud, entre autres paramètres, est nécessaire. Pour créer le nœud, le compte dans le cloud n'est pas nécessaire.
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 des attributs d'une étape à une autre, ou des étapes d'une opération aux étapes d'une opération suivante. Par exemple, l'opération Mettre 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é et enregistrée dans les attributs de sortie. Les étapes suivantes peuvent utiliser les ID pour effectuer des actions.
- Processeurs de réponses
Les processeurs de réponses disent au système ce qu'il faut 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 inclus dans le système. Il ne s'agit pas de script includes de MID Server comme les scripts CAPI que vous pouvez créer pour les intégrer au fournisseur dans le cloud.
- L'utilisateur démarre le processus en demandant une pile. La demande est l'opération Mettre en service dans le système.
- Le système exécute les étapes pour l'opération Mettre en service des blocs de ressources qui composent la pile.
- Chaque étape appelle la CAPI pour déterminer la méthode à exécuter, tout en transmettant des valeurs pour les paramètres nécessaires.
- La CAPI interagit avec l'API du fournisseur dans le cloud pour mettre en service la ressource réelle.
- Le fournisseur dans le cloud met en service la ressource et répond avec JSON.
- Le système analyse la réponse à l'intérieur du script de ressource dans le bloc de ressources.
- 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.
- La nouvelle pile apparaît dans le portail de l'utilisateur dans le cloud et l'utilisateur doit la gérer.
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 à .