En tant qu'administrateur, vous pouvez ajouter des propriétés personnalisées et des contraintes de gouvernance au niveau du projet lorsque les exigences du projet sont différentes des modèles de cloud Cloud Assembly. Outre les balises de contrainte, vous pouvez ajouter des balises de ressources. Celles-ci sont ajoutées aux ressources déployées pendant le processus de provisionnement afin de permettre la gestion des ressources.
Présentation des balises de ressources de projet
Une balise de ressource de projet fonctionne comme une balise d'identification normalisée que vous pouvez utiliser pour gérer les ressources de calcul déployées et garantir la conformité.
Les balises de ressources définies dans un projet sont ajoutées à toutes les ressources de machine déployées qui font partie de ce projet, ainsi que toutes les balises spécifiques à la machine. Vous pouvez ensuite utiliser le balisage standard pour gérer les ressources à l'aide d'autres applications pour par exemple surveiller les dépenses à l'aide de CloudHealth et surtout pour garantir la conformité. Les balises de ressources du projet ne sont pas ajoutées à d'autres ressources telles que le réseau ou le stockage.
Par exemple, en tant qu'administrateur de cloud, vous souhaitez utiliser une application telle que CloudHealth pour gérer les coûts. Vous ajoutez la balise costCenter:eu-cc-1234
à un projet dédié au développement d'un outil de ressources humaines de l'Union européenne. Lorsque l’équipe de projet effectue le déploiement à partir de ce projet, la balise est ajoutée aux ressources de machine déployées. Vous configurez ensuite l'outil d'évaluation des coûts pour identifier et gérer les ressources qui incluent cette balise. Dans d'autres projets avec d'autres centres de coûts, des valeurs différentes seraient associées à la clé.
Présentation des balises de contrainte de projet
Une contrainte de projet fonctionne comme une définition de gouvernance. Il s'agit d'une balise key:value
qui définit les ressources que la demande de déploiement utilise ou évite dans les zones de cloud d'un projet.
Le processus de déploiement recherche des balises pour les réseaux et le stockage qui correspondent aux contraintes du projet, et se déploie en fonction des balises correspondantes.
La contrainte d'extensibilité est utilisée pour préciser l'instance intégrée de vRealize Orchestrator devant servir pour les workflows d'extensibilité.
Envisagez l'utilisation des formats suivants lorsque vous configurez des contraintes de projet.
- key:value et key:value:hard. Utilisez cette balise, dans l'un ou l'autre format, lorsque le modèle de cloud doit être provisionné sur des ressources disposant de la balise de capacité correspondante. Le processus de déploiement échoue lorsqu'aucune balise correspondante n'est trouvée. Par exemple, un modèle de cloud déployé par les membres d'un projet doit être provisionné sur un réseau compatible PCI. Vous utilisez
security:pci
. Si aucun réseau n'est trouvé dans les zones de cloud du projet, le déploiement échoue. Aucun déploiement non sécurisé n'est donc possible. - key:value:soft. Utilisez cette balise lorsque vous préférez une ressource correspondante, mais que vous souhaitez que le processus de déploiement se poursuive sans échouer et qu'il puisse accepter des ressources en cas de défaut de correspondance de la balise. Par exemple, vous préférez que les membres du projet déploient leurs modèles de cloud sur un espace de stockage moins coûteux, mais vous ne souhaitez pas que la disponibilité du stockage interfère avec leur capacité de déploiement. Vous utilisez
tier:silver:soft
. En l'absence d'espace de stockage marqué tier:silver dans les zones de cloud du projet, le modèle de cloud se déploie sur d'autres ressources de stockage. - !key:value. Utilisez cette balise, avec hard ou soft, lorsque vous souhaitez éviter d'effectuer un déploiement sur des ressources avec une balise correspondante.
failOnConstraintMergeConflict:true
dans le modèle de cloud. Par exemple, si votre projet comporte une contrainte réseau
loc:london
, mais la contrainte du modèle de cloud est
loc:mumbai
et vous souhaitez que le déploiement échoue avec un message signalant un conflit de contraintes, plutôt que de laisser l'emplacement du projet prévaloir, vous devez ajouter une propriété semblable à l'exemple suivant.
constraints: - tag: 'loc:mumbai' failOnConstraintMergeConflict:true
Utilisation de propriétés de projet personnalisées
Vous pouvez utiliser une propriété de projet personnalisée pour générer des rapports, déclencher et remplir des actions et des workflows d'extensibilité, et remplacer les propriétés de modèle de cloud.
L'ajout d'une propriété personnalisée à un déploiement vous permet d'utiliser la valeur dans l'interface utilisateur ou de la récupérer à l'aide de l'API afin de pouvoir générer des rapports.
L'extensibilité peut également utiliser une propriété personnalisée pour un abonnement d'extensibilité. Pour plus d'informations sur l'extensibilité, reportez-vous à la section Extension et automatisation des cycles de vie des applications grâce à l'extensibilité.
Un modèle de cloud peut avoir une valeur de propriété particulière que vous souhaitez modifier pour un projet. Vous pouvez fournir un autre nom et une autre valeur en tant que propriété personnalisée.
Vous pouvez également chiffrer la valeur de propriété afin que vos utilisateurs et vous ne puissiez pas voir la valeur incluse dans le déploiement. Par exemple, vous pouvez chiffrer un mot de passe que tous les utilisateurs du projet utilisent, mais que vous ne souhaitez pas afficher. Une fois que vous avez chiffré la valeur et enregistré le projet, vous ne pouvez pas masquer ou remplacer la valeur. Si vous décochez la case Chiffré, la valeur est supprimée. Vous devez entrer à nouveau une valeur.