---
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


---

# Políticas para Cloud Provisioning

# Políticas para Cloud Provisioning {#ariaid-title1}

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

Uma política de nuvem pode substituir um valor de propriedade definido por um usuário, criar uma tarefa de aprovação, reservar um endereço IP, preencher previamente ou ocultar campos de formulário, executar scripts personalizados, chamar o API em Nuvemou iniciar ou anular fluxos de trabalho. Uma política de nuvem oferece controle em todo o sistema sobre aprovações, operações de recursos, operações de plano gráfico ou configurações de item do catálogo.  

## Um usuário solicita uma pilha que aciona uma política de aprovação

1. No Portal de usuário da nuvem, um usuário envia uma solicitação para provisionar um plano gráfico específico. O processo de provisionamento do plano gráfico é o gatilho que faz com que o mecanismo de política aplique uma política de aprovação. Uma política de aprovação de nuvem especifica os usuários que devem aprovar uma atividade de nuvem especificada antes que a atividade possa prosseguir.
2. O mecanismo de política determina que a solicitação atende à condição especificada na regra da política. Neste exemplo, a condição é avaliada como verdadeira sempre que um plano gráfico específico está sendo provisionado.
3. Como a condição foi atendida, o mecanismo de política executa a ação que também está especificada na regra. Neste exemplo, a ação é criar uma ação de aprovação para o gerente.
4. Enquanto o aprovador (o gerente) revisa a solicitação de aprovação, o usuário vê uma mensagem de status "aguardando aprovação" no Portal de usuário da nuvem.
5. Depois que o gerente aprova, o plano gráfico é provisionado.

{#cloud-policy__ol-approval-policy} Figura 1. Usuário aguardando aprovação  
Nota:  
Você não pode invocar fluxos ao adicionar uma etapa de operação de recurso. Esta é uma limitação conhecida.

## Sobre gatilhos de política {#cloud-policy__section_jdg_zt3_qfb}

Gatilhos são eventos que definem o mecanismo de política em movimento. Por exemplo, o gatilho de término da solicitação do item do catálogo é acionado depois que um usuário envia um formulário de solicitação. Ao pensar em definir uma política, você pode primeiro considerar como a política será acionada. Exemplos:

* Um usuário solicita uma operação de interrupção em um servidor virtual (o gatilho da operação de recurso na pilha é acionado)
* Um recurso atinge o fim do leasing (o gatilho no fim do leasing é acionado)
* Um usuário solicita uma pilha específica (o gatilho de provisionamento no Plano Gráfico é acionado)
{#cloud-policy__ul_kdg_zt3_qfb}

Normalmente, você se refere a uma política pelo nome do gatilho da política. Por exemplo, você pode se referir a uma política que é acionada pelo gatilho no fim do leasing como uma "Política de fim do leasing". Para obter mais detalhes sobre os tipos de gatilho que você pode implementar, consulte [Gatilhos para políticas de nuvem](https://servicenow-prod.fluidtopics.net/7hCHYm4BqwHdRJrqTAHsBg "Gatilhos são eventos que definem o mecanismo de política em movimento. Por exemplo, o gatilho de término da solicitação do item do catálogo é acionado depois que um usuário envia um formulário de solicitação. Quando o gatilho de uma política é acionado, o mecanismo de política testa as condições especificadas na regra de política e executa as ações especificadas na regra, se as condições forem atendidas.").

## Como as políticas funcionam {#cloud-policy__section_ex4_xvc_4fb}

Para cada política, você normalmente configura um gatilho que inicia o mecanismo de política. O mecanismo de política impõe a política executando todas as regras definidas para a política. Uma regra de política é uma coleção de condições e ações. Se todas as condições forem avaliadas como verdadeiras, o mecanismo de apólice executará as ações. Se alguma condição for avaliada como falsa, o mecanismo de política não executará as ações.

* Alguns tipos de política se aplicam somente a tipos específicos de operação em nuvem, como iniciar, parar, provisionar ou desprovisionar, ou a um destino específico, como "na operação de provisionamento blueprint123" ou "no início do ABC do item do catálogo".
* Você pode configurar uma política que não especifique um destino, por exemplo, "em qualquer operação de provisionamento de plano gráfico" ou "em qualquer inicialização de item do catálogo". Erros em políticas que se aplicam a qualquer objeto são ignorados.
* Se várias políticas se aplicarem, você poderá especificar a ordem em que as políticas são aplicadas (com uma exceção descrita em uma seção a seguir).
* As políticas podem funcionar com formulários dinâmicos para permitir que você mostre ou oculte campos de formulário dos usuários finais. Os usuários veem somente as informações que você decide que precisam para que eles entendam e concluam suas tarefas.
{#cloud-policy__ul_rkw_y4j_4fb}

## Grupos de políticas {#cloud-policy__section_elv_bdc_4fb}

Um grupo de políticas de nuvem é um contêiner para políticas relacionadas. Considere agrupar políticas que geralmente são usadas juntas ou devem ser consideradas juntas. As políticas de agrupamento podem ajudar você a aplicar políticas de forma consistente em toda a organização.

## Ordem de execução quando várias políticas se aplicam {#cloud-policy__section_bdy_5jf_pfb}

Ordem de execução quando várias políticas de "aprovação" se aplicam:

Quando várias políticas de "aprovação" se aplicam, as políticas são aplicadas na seguinte ordem. (As políticas de aprovação são no provisionamento de plano gráfico (aprovação), na operação de pilha (aprovação), na operação de recurso de pilha (aprovação)e na correção de tarefa ):

1. Somente a primeira política de aprovação bem-sucedida é aplicada e nenhuma outra política de aprovação é aplicada.
2. Se a política de aprovação aplicada tiver várias regras, somente a primeira regra bem-sucedida será usada.
3. Se uma regra tiver várias ações, somente a primeira ação bem-sucedida será executada.
4. Se a política de aprovação aplicada incluir uma aprovação personalizada e uma aprovação da ServiceNow, somente o processo de aprovação personalizado será realizado.
{#cloud-policy__ol_vpm_d44_ggb}  
Ordem de execução para todos os outros tipos de política:

* As políticas são aplicadas na ordem especificada pela configuração da propriedade Ordem de execução.
* Se várias políticas tiverem a mesma configuração de ordem de execução, a ordem não será garantida.
{#cloud-policy__ul_uqq_ng4_ggb}

## Sobre operações em políticas {#cloud-policy__section_ovc_w1f_pfb}

Os gatilhos geralmente são baseados em solicitações do usuário e nas operações (iniciar, parar, provisionar ou desprovisionar) que podem ser executadas em um plano gráfico, um item do catálogo, um recurso ou uma pilha. Alguns tipos de gatilho não especificam uma operação em nuvem. Por exemplo, o gatilho no fim do leasing é acionado independentemente de qualquer operação.

## Sobre regras de política {#cloud-policy__section_zrc_x1f_pfb}

Uma regra de política é uma coleção de condições e ações. Se todas as condições forem avaliadas como verdadeiras, o mecanismo de apólice executará as ações. Se alguma condição for avaliada como falsa, o mecanismo de política não executará as ações.

* Condições: as condições podem considerar dados do formulário de solicitação, atividade do recurso ou atividade do usuário. Exemplos:
  * O tamanho da CPU solicitada é maior que 32?
  * Esta é uma operação de parada ?
  * O leasing deste recurso termina nos próximos 7 dias?
  {#cloud-policy__ul_gjh_lld_4fb}
* Ações: se todas as condições forem avaliadas como verdadeiras, o mecanismo de política executará as ações que a regra especifica. As expressões em ações de política podem definir ou substituir valores. Exemplos:
  * Substitua o valor que o usuário especificou alterando o tamanho da CPU para 16 e inicie o processo de aprovação. (porque foi atendida a condição de que a CPU solicitada é maior que 32).
  * Crie uma tarefa de aprovação para o gerente. (porque a condição foi atendida de que uma operação de parada foi solicitada).
  * Envie notificações para todos os usuários do grupo ABC. (porque a condição foi atendida de que o leasing termina em 7 dias).
  {#cloud-policy__ul_h2w_4ld_4fb}
{#cloud-policy__ul_qpj_xfd_4fb}

## Scripts de ação de política {#cloud-policy__section_tnp_hgh_wfb}

* Use scripts de ação de política para obter, atualizar ou definir valores em solicitações de nuvem.
* Sua instância rastreia recursos marcados para cobrança e emissão de relatórios. Os scripts de ação de política podem adicionar e modificar marcadores de recurso.
{#cloud-policy__ul_lk2_chh_wfb}
* **[Exemplo de política de nuvem](https://servicenow-prod.fluidtopics.net/KShpng1F5LfJN7vJ0REOrw)**   
  Uma política de nuvem sistema base, Lease End ServiceNow, usa o gatilho no fim do leasing que é acionado quando um recurso virtual está próximo da data de término do leasing. Se as condições na regra de política forem atendidas, o mecanismo de política enviará uma notificação ao proprietário do recurso e executará operações no recurso.
* **[Gatilhos para políticas de nuvem](https://servicenow-prod.fluidtopics.net/7hCHYm4BqwHdRJrqTAHsBg)**   
  Gatilhos são eventos que definem o mecanismo de política em movimento. Por exemplo, o gatilho de término da solicitação do item do catálogo é acionado depois que um usuário envia um formulário de solicitação. Quando o gatilho de uma política é acionado, o mecanismo de política testa as condições especificadas na regra de política e executa as ações especificadas na regra, se as condições forem atendidas.
* **[Criar uma política de nuvem](https://servicenow-prod.fluidtopics.net/jtBcu_H2Q7Ns1uzV19zxEg)**   
  Uma política de nuvem pode substituir um valor de propriedade definido por um usuário, criar uma tarefa de aprovação, reservar um endereço IP, preencher previamente ou ocultar campos de formulário, executar scripts personalizados, chamar o API em Nuvemou iniciar ou anular fluxos de trabalho. Uma política de nuvem oferece controle em todo o sistema sobre aprovações, operações de recursos, operações de plano gráfico ou configurações de item do catálogo.
* **[Criar uma política de aprovação de nuvem](https://servicenow-prod.fluidtopics.net/WgbhpdOUl1lX11Lp9XCDvQ)**   
  Uma política de aprovação de nuvem especifica os usuários que devem aprovar uma atividade de nuvem especificada antes que a atividade possa prosseguir. Os aprovadores podem incluir o gerente do usuário que faz uma solicitação, um usuário ou grupo especificado ou usuários com uma função especificada. Você pode especificar vários aprovadores. As aprovações ocorrem na ordem que você especificar.
* **[Criar um grupo de políticas de nuvem](https://servicenow-prod.fluidtopics.net/VA7uqMAPzIYdWvF0tqlNrw)**   
  Um grupo de políticas de nuvem é um contêiner para políticas relacionadas. Considere agrupar políticas que geralmente são usadas juntas ou devem ser consideradas juntas. As políticas de agrupamento podem ajudar você a aplicar políticas de forma consistente em toda a organização.
* **[Exportar ou importar uma política de nuvem](https://servicenow-prod.fluidtopics.net/~HpHiwiBvsN3KkkxzvwVcA)**   
  Para fazer backup, mover ou restaurar uma política, você pode exportar e importar a política como um conjunto de atualizações. O conjunto de atualizações inclui regras, condições, ações, scripts e categorias de script.