Scripts dans le cloud et modèles de scripts dans le cloud

Dans l'application Cloud Provisioning and Governance, l'exécution de script est divisée en scripts dans le cloud et en modèles de script dans le cloud. Utilisez des scripts dans des plans, des blocs de ressources, des profils de système d'exploitation et utilisez des scripts de politique pour définir des attributs de formulaire de demande. Les scripts de politique ne peuvent pas remplacer les données utilisateur.

Scripts dans le cloud

Les scripts dans le cloud sont des scripts Java simples qui utilisent des fonctionnalités de plateforme. Exemple d'exemple de script dans le cloud :

function evaluateTemplate() {
	// Template Resolver is a helper function which we will use to fetch a template and replace its parameters,
	// var templateResolver=new TemplateResolver(); this comes inbuild
	// templateAttributes below will passed from the user.
	var listDir=templateResolver.getTemplate('Install',templateAttributes);
	return listDir;
}

Chaque script dans le cloud contient certains paramètres. Les paramètres sont les attributs auxquels vous souhaitez accéder. Un paramètre contient un nom, une valeur par défaut et une valeur de remplacement. La valeur par défaut peut être une chaîne littérale, un paramètre de bloc de ressources ou une expression de script complexe utilisée dans les blocs de ressources.

Par défaut, un script dans le cloud a accès à l'objet templateResolver. Par défaut, l'objet templateResolver comprend une méthode getTemplate, dont le premier paramètre est le nom du modèle de script dans le cloud. templateAttributes représente les paramètres de script dans le cloud créés dans le cadre d'un script dans le cloud. Si nécessaire, les personnalisations peuvent être effectuées dans templateAttributes. Par exemple, consultez le snippet de code suivant si la valeur du paramètre DevName doit passer de John à Emily.

function evaluateTemplate() {
	// Template Resolver is a helper function which we will use to fetch a template and replace its parameters,
	// var templateResolver=new TemplateResolver(); this comes inbuild
	// templateAttributes below will passed from the user.
	templateAttributes['DevName'] = 'Emily';
	var customNodeName;
	var now_GR = new GlideRecord('some_custom_table_to_query');
	gr.addQuery('some_parameter','some_value');
	gr.query();
	if(gr.next())
	 	customNodeName=gr.getValue('some_custom_node_name');
		
	templateAttributes['NodeName'] = customNodeName;
	var listDir=templateResolver.getTemplate('Install',templateAttributes);
	return listDir;
}
evaluateTemplate();

Modèles de script dans le cloud

Les modèles de script dans le cloud sont des exécutables réels transmis pour cibler un ordinateur virtuel pour exécution. Les modèles dans le cloud peuvent être de n'importe quel type (Shell/PowerShell/CloudInit) selon le contexte d'exécution. Vous devez d'abord créer un modèle dans le cloud, puis l'associer à un script dans le cloud.

Scripts dans le cloud en tant que CloudInit

Les fournisseurs dans le cloud offrent un moyen d'exécuter des scripts à l'heure de démarrage pour les ordinateurs virtuels. Dans l'application Gestion dans le cloud, vous pouvez spécifier un script CloudInit à différents niveaux :

• Au niveau de l'image : au moment de la création d'un script dans le cloud, vous pouvez spécifier une image selon laquelle ce script doit être exécuté. Une fois qu'un profil de système d'exploitation qui contient cette image spécifique est sélectionné, le script dans le cloud par défaut par rapport à cette image est exécuté. Dans l'exemple ci-dessous, un script dans le cloud Apache est associé à une image particulière.

  

• Au niveau du profil de système d'exploitation : vous pouvez exécuter un CloudInit sur un fournisseur dans le cloud spécifique et sur une AMI/image spécifique. Vous pouvez également agir de façon classique et associer un CloudInit à un profil de SE, quelle que soit l'image sous-jacente. Dans l'exemple suivant, plusieurs images sont associées au profil de système d'exploitation. Vous pouvez mapper n'importe quel script dans le cloud au profil de système d'exploitation dans l'onglet Mappages de profil de système d'exploitation de script dans le cloud. Le mappage d'un script dans le cloud avec un profil de système d'exploitation a priorité sur l'association de scripts dans le cloud au niveau de l'image.

  

  Dans cet exemple, le script dans le cloud Apache est mappé au profil de SE Centos. Si nécessaire, vous pouvez remplacer les paramètres de script dans la section Remplacements de mappage de profil de système d'exploitation.
• Blocs de ressources : lors du mappage d'un script dans le cloud à un profil de SE, vous pouvez choisir d'exécuter le script dans le cloud pour un bloc de ressources spécifique utilisé dans un plan et par rapport à un alias de ressource particulier. Voir Créer un profil de système d'exploitation.

Scripts dans le cloud en tant que PostInit

Vous pouvez utiliser des scripts dans le cloud comme scripts Postinit dans un bloc de ressources. Une fois que vous avez créé un bloc de ressources avec un ordinateur virtuel à mettre en service, vous pouvez ajouter une opération ExecuteScript. L'opération ExecuteScript utilise un paramètre de script (un pool de scripts dans le cloud) et vous pouvez sélectionner n'importe quel script à exécuter. Utilisez l'attribut ScriptParameters dans l'opération ExecuteScript pour remplacer n'importe quel paramètre de script. Vous pouvez fournir une carte JSON du paramètre de script et de sa valeur de remplacement. Toutes les expressions prises en charge par Gestion dans le cloud fonctionnent avec l'attribut ScriptParamters.