Neste exemplo, a pilha é chamada de MyAzureVM.

Este plano gráfico de exemplo tem três componentes: o contêiner, o servidor virtual, que é a VM real provisionada e o datacenter do Azure.

A operação de provisionamento é a operação que o sistema acionou quando criou a VM. Outras operações padrão estão disponíveis, mas este exemplo se concentra na operação de provisionamento.

As entradas podem ser especificadas no contêiner, como neste exemplo, ou em qualquer outro bloco de recursos. Por padrão, o parâmetro Location já está especificado para você no bloco de recursos do Contêiner de plano gráfico, para que você possa usá-lo em todos os planos gráficos como este. Se você alternar o plano gráfico para Rascunho, poderá adicionar mais parâmetros ao bloco de recursos do Contêiner de plano gráfico. Não é possível adicionar parâmetros ao bloco de recursos do servidor virtual. Para esta explicação passo a passo, nenhum parâmetro adicional será necessário.

Lembre-se de que a operação de provisionamento é a operação que o sistema usou para criar a VM. Outras operações padrão estão disponíveis, mas este exemplo se concentra na operação de provisionamento.

Essas interfaces de convidado são as interfaces que o datacenter do Azure disponibiliza para outros blocos de recursos. A Interface de Computação é fornecida para que o bloco de recursos do Servidor Virtual, que especifica a Interface de Computação como sua interface de host, possa se conectar ao datacenter.

Lembre-se de que essa interface é especificada no bloco de recursos do servidor virtual.

Lembre-se de que esta operação é especificada no bloco de recursos do servidor virtual.

Este script é o processador de resposta que atualiza o CMDB em sua instância depois que a máquina virtual é criada.

Observe que a operação de endpoint é Executar script, o que indica que uma inclusão de script personalizável é usada para chamar funções no CAPI, que eventualmente faz as chamadas REST para o Azure. A inclusão de script azure-compute-1.0-CreateNode MID Server é especificada no campo Script de solicitação.

Este gráfico ilustra como os componentes - do bloco de recursos à inclusão de script - estão conectados:

A inclusão de script azure-compute-1.0-CreateNode MID Server é aberta.

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

   return vm;
}

O script chama a função [ createVirtualMachine na classe AzureComputeVirtualMachine. Ele retorna a máquina virtual criada. A classe [ AzureComputeVirtualMachine estende AzureCloudAPIBase, que é uma das APIs de base em Cloud Provisioning and Governance.

A função define muitas variáveis que são necessárias para criar uma VM, incluindo o Location (datacenter), o nome da VM e assim por diante.

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

Esta linha de código chama a função _performVMOperation nesta mesma inclusão de script e passa os parâmetros necessários. Observe que um valor vazio "" foi passado para o parâmetro de ação :

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

A função _performVMOperation chama a função _invokeRequest, que está localizada na classe AzureCloudAPIBase :

retornar this._invokeRequest(esta.pathDefault, parâmetro, método, requestBody);

O método PUT para a chamada REST é especificado no parâmetro method.

Observe a AzureCloudAPIBase MID Server inclusão de script. A função _invokeRequest primeiro chama a função _getEndpoint para obter o endpoint e a função _getAPIInvoker para identificar a classe AzureAPIInvoker como a classe que invoca a chamada PUT real:

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

AzureAPIInvoker é estendido de CloudRESTAPIInvoker, que fornece as funções de base para todos os invocadores. Depois que a classe de invocador correta é identificada, uma variável response é criada para conter o valor retornado da função invokePut no CloudRESTAPIInvoker:

response = apiInvoker.invokePut(requestBody);

Observe o CloudRESTAPIInvoker, que é a classe base para todos os invocadores. A função invokePut especifica o método PUT e chama getRequeste retorna a resposta da função getResponse, que obtém um código de status e a resposta do Azure. Esta classe de invocador é onde a conexão com o Azure é feita.

Retorne à inclusão de script AzureComputeVirtualMachine MID Server e localize estas linhas:

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

Lembre-se de que a variável response é retornada da chamada para _performVMOperation, que tem a resposta do invocador de API que acionou o método PUT. A variável nodeResponse contém a resposta da função getVirtualMachine, que recebe o ID da máquina virtual que está na resposta. A função getVirtualMachine chama _getVMInfo, que chama a mesma função _invokeRequest que foi chamada anteriormente. Esta chamada é outra conexão com o invocador, que executa as chamadas REST reais. Nesse caso, a chamada REST é uma chamada GET REST para o Azure para obter a identidade da VM.

O nodeResponse de retorno; A linha retorna nodeResponse na função createVirtualMachine, que foi chamada a partir da inclusão de script MID ServercreateNode na operação [].

Este gráfico ilustra as classes envolvidas:

Consulte Armazene as credenciais principais do serviço Azure na instância para obter mais informações sobre as informações do Azure usadas nessas substituições.

O formulário do Provedor de nuvem do Azure é aberto, mostrando que esse provedor se baseia em uma classe do CMDB existente: Azure Datacenter [cmdb_ci_azure_datacenter].

Observe que vários produtos do Azure estão disponíveis por padrão. Um dos produtos do Azure mais usados e criados a partir de modelos é o Microsoft.Compute.

Esses tipos de recursos indicam alguns dos ICs, mas não todos, que estão relacionados à máquina virtual. O processador de resposta no bloco de recursos preenche ICs com dados quando o provedor de nuvem provisiona a VM.

O formulário de IC é aberto, mostrando que muitas das informações já estão disponíveis no Portal de usuário da nuvem quando você exibe as propriedades da VM.