---
sourceDocument: Xanadu IT Operations Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/xanadu/it-operations-management

 Release :

    - xanadu

ft:locale :

    - pt-BR

ft:publication_title :

    - Xanadu IT Operations Management

ft:clusterId :

    - itom

bundleId :

    - itom

workflow :

    - Technology


---

# Preencha o local com base na conta de nuvem

# Preencha o local com base na conta de nuvem {#ariaid-title1}

* Versão de lançamento: Xanadu
* 
* Atualizado 1 de ago. de 2024
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 4 min. de leitura

Este exemplo orienta você em um conjunto existente de regras de plano gráfico que Cloud Provisioning and Governance fornece por padrão.

## Antes de Iniciar

Antes de seguir este exemplo, você deve estar familiarizado com a criação de planos gráficos e regras de plano gráfico. Consulte estes recursos:

* [Planos gráficos de provisionamento em nuvem](https://servicenow-prod.fluidtopics.net/G6JCpCvCoMEfNd93SWsUEw "Um plano gráfico é um modelo de item do catálogo especializado para oferecer serviços em nuvem, ou pilhas, para usuários da nuvem. Os planos gráficos funcionam com qualquer provedor de serviços em nuvem, como Amazon AWS Cloud ou Microsoft Azure Cloud. Os blueprints estão em uso restrito a partir da versão Orlando.")
* [Criar um plano gráfico Cloud Provisioning](https://servicenow-prod.fluidtopics.net/E9PQsrfvTlnkPEUgVAX90g "Use o designer de plano gráfico para criar planos gráficos personalizados para a aplicação Cloud Provisioning and Governance. Os blueprints estão descontinuados na versão Orlando.")
* [Configurar uma regra de plano gráfico](https://servicenow-prod.fluidtopics.net/AaA7aHWSWmEPG7yihUmmlQ#configure-a-blueprint-rule "Configure uma regra que contém ações que o sistema pode realizar em atributos de plano gráfico.")
{#analyze-default-blueprint-rules__ul_jb3_hc4_p2b}

Função necessária: sn_cmp.cloud_service_designer

## Por Que e Quando Desempenhar Esta Tarefa

O objetivo deste exemplo é mostrar como um conjunto padrão de regras de plano gráfico realiza a tarefa de preencher o campo Local com base na Conta em Nuvem. Como este exemplo orienta você nos dados padrão, você não precisa criar nenhum registro se estiver seguindo estas etapas.

Este plano gráfico, que inclui um servidor virtual que pode ser provisionado em um datacenter da AWS, é usado para ilustrar o exemplo:

## Procedimento

1. Abra um plano gráfico semelhante com um servidor virtual ou semelhante.
2. No formulário de plano gráfico, clique na guia Catálogo e no bloco que representa a operação de provisionamento.  
   ![Item do catálogo]()
3. Clique no botão Informações gerais conjunto de variáveis na lista relacionada Conjuntos de variáveis.
4. Clique na variável CloudAccount para abrir o formulário de Variável de nuvem.  
   Observe estes itens:
   * Na lista relacionada Regras na parte inferior, duas regras são fornecidas:
     * ReloadLocation recarrega o valor no campo de realocação. Esta regra é executada primeiro porque tem um número de ordem menor do que a outra regra.
     * TriggerChangeEvent Location instrui o sistema a acionar as ações para as regras que já estão configuradas para a variável Location.
     {#analyze-default-blueprint-rules__ul_ndl_hbr_2gb}
   * O campo Caixa de seleção de pesquisa especifica que o campo Conta em nuvem fornece uma seleção para o usuário fazer. As opções que o usuário pode selecionar vêm do CloudAccountPool, que está no campo Especificações de tipo.

   {#analyze-default-blueprint-rules__ul_ul2_qg4_p2b}
5. Clique na regra Recarregar local e, em seguida, clique na ação Recarregar local na lista relacionada Ações.  
   Observe estes itens:
   * O Tipo de ação é Recarregar, que instrui o sistema a recarregar o formulário de item do catálogo para que um novo valor para o campo especificado na Variável de destino (o Local) possa ser preenchido.

   * O campo DataSource informa ao sistema para recarregar o local.
   * A lista KeyValues, que é usada somente quando você especifica um tipo de ação Recarregar, especifica que o usuário está passando na conta de nuvem por meio do formulário. A conta na nuvem é necessária para recarregar o valor correto do local porque o local é carregado de um pool. Esse pool tem um filtro que requer a entrada da conta na nuvem para retornar as opções de local corretas.
   {#analyze-default-blueprint-rules__ul_q5c_r1m_p2b}
6. Navegue de volta para o formulário de propriedade do catálogo CloudAccount e abra a outra regra: TriggerChangeEvent Location.
7. Clique na lista relacionada Ações, abra a ação TriggerChangeEvent Local e clique na ação TriggerChangeEvent Local na lista relacionada Ações.  
   Observe estes itens:
   * O tipo de ação é TriggerChangeEvent, que instrui o sistema a acionar as ações para as regras que já estão configuradas para a propriedade Local. Por padrão, várias regras já estão configuradas para a propriedade Local. Isso inclui regras que recarregam outros campos, como Perfil do SO, Redee assim por diante.

   * Nenhum KeyValue é necessário porque esta ação não é uma ação de recarregamento.
   {#analyze-default-blueprint-rules__ul_ezr_h2m_p2b}  
   O resultado dessas duas regras no atributo CloudAccount é ilustrado no exemplo a seguir:

8. Execute estas etapas para ver por que o sistema preencheu o valor Datacenter da AWS - us-east-1 no campo Local e como o sistema determina qual local está relacionado ao valor de Minha conta na nuvem :
   1. No mesmo plano gráfico, abra o conjunto de variáveis Informações gerais e abra o parâmetro Local.
   2. Clique na guia Especificações de tipo.  
      Observe os valores que podem ser preenchidos para o campo Local do grupo de recursos CloudLocationPool.
   3. Navegar até GerenciarGrupos de recursos, abra CloudLocationPoole observe estes itens:  
      * Os locais vêm dos registros na Tabela de pesquisa, que neste exemplo é Datacenter associado \[sn_cmp_ca_assc_datacenter\].
      * O valor real a ser exibido para os usuários no campo Local no formulário de item do catálogo vem do Campo de pesquisa. Neste exemplo, o Campo de pesquisa especifica a coluna Alias da tabela Datacenter associado \[sn_cmp_ca_assc_datacenter\]. A coluna Alias contém os nomes reais legíveis pelo usuário de todos os locais.
      {#analyze-default-blueprint-rules__ul_uqg_gjr_2gb}
   4. Acesse a interface padrão da sua instância, não o Portal do administrador, e insira <kbd class="ph userinput">sn_cmp_ca_assc_datacenter.list</kbd> no filtro de navegação.  
      A lista de datacenters que já estão associados a contas de nuvem é exibida.

      Observe que a conta de nuvem Minha conta na nuvem já está associada ao Datacenter da AWS - us-east-1, que é o valor que o usuário vê no campo Local. O sistema conseguiu exibir esse valor devido à associação nesta tabela de Datacenter associado. O sistema criou esta associação quando o administrador Cloud Provisioning and Governance criou a conta de nuvem para a AWS e executou a descoberta no datacenter us-east-1 nessa conta de nuvem.

      É possível que vários datacenters estejam associados à Minha Conta em Nuvem. Nesse caso, o campo Local recarrega todos os datacenters associados e no campo Local. Como o campo Local é do tipo Selecionar, o campo permite que o usuário selecione qual local escolher.
   {#analyze-default-blueprint-rules__substeps_fzl_smy_q2b}