Dans cet exemple, la pile est nommée MyAzureVM.

Cet exemple de plan comporte trois composants : le conteneur, le serveur virtuel, qui est l’ordinateur virtuel réel qui est mis en service, et le centre de données Azure.

L’opération de mise en service est l’opération que le système a déclenchée lors de la création de l’ordinateur virtuel. D’autres opérations par défaut sont disponibles, mais cet exemple se concentre sur l’opération de mise en service.

Les entrées peuvent être spécifiées sur le conteneur, comme dans cet exemple, ou sur n’importe quel autre bloc de ressources. Par défaut, le Location paramètre est déjà spécifié pour vous dans le bloc de ressources Conteneur de plan afin que vous puissiez l’utiliser dans chaque plan comme celui-ci. Si vous passez le plan en Brouillon, vous pouvez ajouter d’autres paramètres au bloc de ressources Conteneur de plan. Vous ne pouvez pas ajouter de paramètres au bloc de ressources du serveur virtuel. Pour cette procédure pas à pas, aucun paramètre supplémentaire n’est nécessaire.

N’oubliez pas que l’opération de mise en service est l’opération que le système a utilisée pour créer l’ordinateur virtuel. D’autres opérations par défaut sont disponibles, mais cet exemple se concentre sur l’opération de mise en service.

Ces interfaces d’invité sont les interfaces que le centre de données Azure met à la disposition d’autres blocs de ressources. L’interface de calcul est fournie pour que le bloc de ressources du serveur virtuel, qui spécifie l’interface de calcul comme interface hôte, puisse se connecter au centre de données.

N’oubliez pas que cette interface est spécifiée dans le bloc de ressources Serveur virtuel.

N’oubliez pas que cette opération est spécifiée dans le bloc de ressources Serveur virtuel.

Ce script est le processeur de réponses qui met à jour la CMDB dans votre instance après la création de l’ordinateur virtuel.

Notez que l’opération de point de terminaison est Execute Script, ce qui indique qu’un include de script personnalisable est utilisé pour appeler des fonctions dans CAPI, qui finit par effectuer des appels REST vers Azure. L’include azure-compute-1.0-CreateNode Serveur MID de script est spécifié dans le champ Script de demande .

Ce graphique illustre comment les composants, du bloc de ressources à l’include de script, sont connectés :

L’include azure-compute-1.0-CreateNode Serveur MID de script s’ouvre.

createNode();
function createNode(){
   var acp = new AzureComputeVirtualMachine(this.parameters, this.headers);
   var vm = acp.createVirtualMachine();

   return vm;
}

Le script appelle la createVirtualMachine fonction dans la AzureComputeVirtualMachine classe. Renvoie l’ordinateur virtuel créé. La AzureComputeVirtualMachine classe s’étend AzureCloudAPIBase, qui est l’une des API de base dans Mise en service et gouvernance du cloud.

La fonction définit de nombreuses variables requises pour créer une machine virtuelle, notamment le Location (centre de données) et le nom de la machine virtuelle, etc.

 
var location = this.parameters.get('Location');  
var vmName = this.parameters.get('NodeName');
...

Cette ligne de code appelle la fonction _performVMOperation dans ce même include de script et transmet les paramètres nécessaires. Notez qu’une valeur vide '' est transmise pour le paramètre d’action :

var response = this._performVMOperation(subscriptionId, resourceGroup, vmName, '', 'PUT', jsonObj.encode(params));

La fonction _performVMOperation appelle la fonction _invokeRequest, qui se trouve dans la AzureCloudAPIBase classe :

return this._invokeRequest(this.pathDefault, param, method, requestBody) ;

La méthode PUT pour l’appel REST est spécifiée dans le method paramètre.

Regardez l’include de AzureCloudAPIBase Serveur MID script. La fonction _invokeRequest appelle d’abord la fonction _getEndpoint pour obtenir le point de terminaison et la fonction _getAPIInvoker pour identifier la AzureAPIInvoker classe comme la classe qui appelle l’appel PUT réel :

var apiInvoker = this._getAPIInvoker(apiEndpoint, this.apiVersion) ;

AzureAPIInvoker est étendu à partir de CloudRESTAPIInvoker, qui fournit les fonctions de base pour tous les appelants. Une fois la classe invoker correcte identifiée, une response variable est créée pour contenir la valeur renvoyée par la fonction invokePut dans le CloudRESTAPIInvoker:

response = apiInvoker.invokePut(requestBody);

Regardez la CloudRESTAPIInvoker, qui est la classe de base pour tous les appelants. La invokePut fonction spécifie la méthode PUT et appelle getRequest, et elle renvoie la réponse de la getResponse fonction, qui obtient un code d’état et la réponse d’Azure. Cette classe d’invocateur est l’endroit où la connexion à Azure est établie.

Revenez à l’include de AzureComputeVirtualMachine Serveur MID script et recherchez ces lignes :

var response = this._performVMOperation(subscriptionId, resourceGroup, vmName, '', 'PUT', jsonObj.encode(params));  
this._compareVMState(response.id, 'PowerState/running');  
var nodeResponse = this.getVirtualMachine(response.id);

Rappelez-vous que la variable response est renvoyée par l’appel à _performVMOperation, qui a la réponse de l’invocateur d’API qui a déclenché la méthode PUT. La nodeResponse variable contient la réponse de la fonction getVirtualMachine , à laquelle l’ID de l’ordinateur virtuel se trouve dans la réponse est transmis. La fonction getVirtualMachine appelle _getVMInfo, qui appelle la même fonction _invokeRequest que celle appelée précédemment. Cet appel est une autre connexion à l’appelant, qui effectue les appels REST réels. Dans ce cas, l’appel REST est un appel REST GET à Azure pour obtenir l’identifiant du VM.

La ligne de retour nodeResponse ; renvoie nodeResponse la fonction createVirtualMachine , qui a été appelée à partir de l’include Serveur MID de script sur l’opération createNode .

Ce graphique illustre les classes impliquées :

Consultez Stocker les informations d’identification Azure du principal du service dans l’instance pour plus d’informations sur les informations Azure utilisées dans ces remplacements.

Le formulaire Fournisseur Azure Cloud s’ouvre, vous montrant que ce fournisseur est basé sur une classe CMDB existante : Centre de données Azure [cmdb_ci_azure_datacenter].

Notez que plusieurs produits Azure sont disponibles par défaut. L’un des produits Azure les plus couramment utilisés à partir de modèles est Microsoft.Compute.

Ces types de ressources indiquent certains des CI, mais pas tous, qui sont liés à l’ordinateur virtuel. Le processeur de réponse du bloc de ressources remplit les CI avec des données lorsque le fournisseur de cloud met en service l’ordinateur virtuel.

Le formulaire CI s’ouvre, vous montrant qu’une Portail de l'utilisateur dans le cloud grande partie des informations sont déjà disponibles lorsque vous affichez les propriétés de l’ordinateur virtuel.