Como criar e gerenciar restrições personalizadas

Com a política da organização doGoogle Cloud , você controla de forma centralizada e programática os recursos da sua organização. Um administrador de políticas da organização pode definir políticas da organização, ou seja, conjuntos de restrições que se aplicam aos recursos doGoogle Cloud e aos elementos que descendem dele na hierarquia de recursos doGoogle Cloud . É possível aplicar políticas da organização no nível da organização, de pastas ou de projetos.

A política da organização fornece restrições predefinidas para diversos serviços doGoogle Cloud . No entanto, se você quiser mais controle das políticas da organização, crie políticas personalizadas.

Neste documento, descrevemos como visualizar, criar e gerenciar políticas personalizadas da organização como administrador. Com as políticas personalizadas da organização, é possível personalizar o controle sobre os campos específicos restritos pelas políticas da organização.

Antes de começar

• Para mais informações sobre o que são políticas e restrições da organização e como elas funcionam, consulte Introdução ao serviço de políticas da organização.

Funções exigidas

Para receber as permissões necessárias para gerenciar políticas da organização, peça ao administrador que conceda a você os seguintes papéis do IAM na organização:

• Administrador de políticas da organização (roles/orgpolicy.policyAdmin)
• Para ativar as APIs Google Cloud : Consumidor de uso do serviço (roles/serviceusage.serviceUsageConsumer)

Para mais informações sobre a concessão de papéis, consulte Gerenciar o acesso a projetos, pastas e organizações.

Também é possível conseguir as permissões necessárias usando papéis personalizados ou outros papéis predefinidos.

É possível delegar a administração das políticas da organização adicionando Condições do IAM à vinculação de função de administrador de políticas da organização. Para controlar os recursos em que um principal pode gerenciar políticas da organização, condicione a vinculação de função a uma tag específica. Para mais informações, consulte Como usar restrições.

Restrições personalizadas

Uma restrição personalizada é definida em um arquivo YAML, que especifica os recursos, métodos, condições e ações sujeitos à restrição. O comportamento da restrição personalizada e os parâmetros aceitos são específicos de cada serviço. As condições das restrições personalizadas são definidas usando a Common Expression Language (CEL).

Configurar uma restrição personalizada

É possível criar uma restrição personalizada e configurá-la para uso nas políticas da organização usando o console do Google Cloud ou a CLI do Google Cloud.

Console

Para criar uma restrição personalizada, faça o seguinte:

1. No console do Google Cloud , acesse a página Políticas da organização.

   Acessar a página Políticas da organização

2. No seletor de projetos, selecione o projeto em que você quer definir a política da organização.
3. Clique em Restrição personalizada.
4. Na caixa Nome de exibição, insira um nome legível para a restrição. Esse nome é usado em mensagens de erro e pode ser usado para identificação e depuração. Não use PII ou dados sensíveis em nomes de exibição, porque eles podem ser expostos em mensagens de erro. Esse campo pode ter até 200 caracteres.
5. Na caixa ID da restrição, insira o nome que você quer para a nova restrição personalizada. Uma restrição personalizada só pode conter letras (maiúsculas e minúsculas) ou números, por exemplo, custom.disableGkeAutoUpgrade. Esse campo pode conter até 70 caracteres, sem contar o prefixo (custom.), por exemplo, organizations/123456789/customConstraints/custom. Não inclua PII ou dados sensíveis no ID da restrição, porque eles podem ser expostos em mensagens de erro.
6. Na caixa Descrição, insira uma descrição legível da restrição. Essa descrição é usada como uma mensagem de erro quando a política é violada. Inclua detalhes sobre o motivo da violação e como resolver o problema. Não inclua PII ou dados sensíveis na descrição, porque eles podem ser expostos em mensagens de erro. Esse campo pode conter até 2.000 caracteres.
7. Na caixa Tipo de recurso, selecione o nome do recurso REST do Google Cloud que contém o objeto e o campo que você quer restringir. Por exemplo, container.googleapis.com/NodePool. A maioria dos tipos de recursos aceita até 20 restrições personalizadas. Se você tentar criar mais restrições personalizadas, a operação vai falhar.
8. Em Método de aplicação, selecione se quer aplicar a restrição em um método REST CREATE ou em ambos os métodos CREATE e UPDATE. Se você aplicar a restrição com o método UPDATE em um recurso que a viola, as mudanças nesse recurso serão bloqueadas pela política da organização, a menos que a mudança resolva a violação.

Nem todos os serviços do Google Cloud aceitam os dois métodos. Para ver os métodos compatíveis com cada serviço, encontre o serviço em Serviços compatíveis.

9. Para definir uma condição, clique em Editar condição.
1. No painel Adicionar condição, crie uma condição de CEL que se refira a um recurso de serviço compatível, por exemplo, resource.management.autoUpgrade == false. Esse campo pode ter até 1.000 caracteres. Para detalhes sobre o uso da CEL, consulte Common Expression Language. Para mais informações sobre os recursos de serviço que você pode usar nas restrições personalizadas, consulte Serviços compatíveis com restrição personalizada.
2. Clique em Salvar.
10. Em Ação, selecione se você quer permitir ou negar o método avaliado quando a condição é atendida.

A ação de negação significa que a operação para criar ou atualizar o recurso será bloqueada se a condição for avaliada como verdadeira.

A ação de permissão significa que a operação para criar ou atualizar o recurso só é permitida se a condição for avaliada como verdadeira. Todos os outros casos, exceto os listados explicitamente na condição, estão bloqueados.

11. Clique em Criar restrição.

Quando você digita um valor em cada campo, a configuração YAML equivalente à restrição personalizada aparece à direita.

gcloud

1. Para criar uma restrição personalizada, crie um arquivo YAML com o seguinte formato:

      name: organizations/ORGANIZATION_ID/customConstraints/CONSTRAINT_NAME
      resourceTypes:
      - RESOURCE_NAME
      methodTypes:
      - CREATE
      condition: "CONDITION"
      actionType: ACTION
      displayName: DISPLAY_NAME
      description: DESCRIPTION
      

Substitua:

• ORGANIZATION_ID: o ID da organização, como 123456789.
• CONSTRAINT_NAME: o nome da sua nova restrição personalizada. Uma restrição personalizada só pode conter letras (maiúsculas e minúsculas) ou números, por exemplo, custom.disableGkeAutoUpgrade. Esse campo pode ter até 70 caracteres.
• RESOURCE_NAME: o nome totalmente qualificado do recurso Google Cloud que contém o objeto e o campo que você quer restringir. Por exemplo, container.googleapis.com/NodePool.
• CONDITION: uma condição CEL gravada em uma representação de um recurso de serviço compatível. Esse campo pode conter até 1.000 caracteres. Por exemplo, "resource.management.autoUpgrade == false".
• ACTION: a ação a ser realizada se o condition for atendido. Os valores possíveis são ALLOW e DENY.

A ação "permitir" significa que, se a condição for avaliada como verdadeira, a operação para criar ou atualizar o recurso será permitida. Isso também significa que todos os outros casos, exceto o listado explicitamente na condição, estão bloqueados.

A ação de negação significa que, se a condição for avaliada como verdadeira, a operação para criar ou atualizar o recurso será bloqueada.

• DISPLAY_NAME: um nome legível para a restrição. Esse campo pode ter até 200 caracteres.
• DESCRIPTION: uma descrição legível da restrição a ser exibida como uma mensagem de erro quando a política for violada. Esse campo pode conter até 2.000 caracteres.
2. Depois de criar o arquivo YAML para uma nova restrição personalizada, faça a configuração necessária para disponibilizá-la para as políticas da organização. Para configurar uma restrição personalizada, use o comando gcloud org-policies set-custom-constraint:

        gcloud org-policies set-custom-constraint CONSTRAINT_PATH
      

Substitua CONSTRAINT_PATH pelo caminho completo do arquivo de restrição personalizada. Por exemplo, /home/user/customconstraint.yaml.

Após a conclusão, as restrições personalizadas vão estar disponíveis como políticas da organização na lista de políticas da organização do Google Cloud .

3. Para verificar se a restrição personalizada existe, use o comando gcloud org-policies list-custom-constraints:

      gcloud org-policies list-custom-constraints --organization=ORGANIZATION_ID
      

Substitua ORGANIZATION_ID pelo ID do recurso da organização.

Para mais informações, consulte Como visualizar políticas da organização.

Atualizar uma restrição personalizada

Você pode atualizar uma restrição personalizada editando a restrição no consoleGoogle Cloud ou criando um novo arquivo YAML e usando o comando set-custom-constraint da CLI gcloud novamente. Não há controle de versões de restrições personalizadas. Dessa forma, isso substitui a restrição personalizada existente. Se a restrição personalizada já tiver sido aplicada, a restrição personalizada atualizada entrará em vigor imediatamente.

Console

1. No console do Google Cloud , acesse a página Políticas da organização.

   Acessar a página Políticas da organização

2. Selecione o seletor de projetos na parte superior da página.

3. No seletor de projetos, selecione o recurso em que você quer atualizar a política da organização.

4. Selecione a restrição que você quer editar na lista da página Políticas da organização para abrir a página Detalhes da política dessa restrição.

5. Clique em Editar restrição.

6. Mude o nome de exibição, a descrição, o método de aplicação condição e ação. Não é possível alterar o ID da restrição ou o tipo de recurso depois que a restrição for criada.

7. Clique em Salvar alterações.

gcloud

1. Consiga a restrição personalizada atual usando o comando gcloud org-policies describe-custom-constraint.

   gcloud org-policies describe-custom-constraint CONSTRAINT_NAME \
     --organization=ORGANIZATION_ID \
     --format=FORMAT > PATH
   

   Substitua:

   • ORGANIZATION_ID: o ID da organização, como 123456789.

   • CONSTRAINT_NAME: o nome da sua restrição personalizada, por exemplo, custom.disableGkeAutoUpgrade.

   • FORMAT: o formato da política. Use json ou yaml.

   • PATH: o caminho para um novo arquivo de saída para a restrição personalizada.

2. Modifique a cópia local da restrição personalizada para refletir as mudanças que você quer fazer no nome de exibição, na descrição, no método de aplicação, na condição e na ação. Não é possível mudar o ID da restrição ou o tipo de recurso depois que a restrição for criada.

3. Depois de atualizar o arquivo YAML da restrição personalizada, configure-o para disponibilizá-lo para as políticas da organização. Para configurar uma restrição personalizada, use o comando gcloud org-policies set-custom-constraint:

   gcloud org-policies set-custom-constraint CONSTRAINT_PATH
   

   Substitua CONSTRAINT_PATH pelo caminho completo do arquivo da restrição personalizada.

Depois que a atualização for concluída, a restrição personalizada atualizada estará disponível para as políticas da organização. Se a restrição original já tiver sido aplicada, a restrição atualizada entrará em vigor imediatamente.

Excluir uma restrição personalizada

É possível excluir uma restrição personalizada usando o console do Google Cloud ou a Google Cloud CLI.

Console

1. No console do Google Cloud , acesse a página Políticas da organização.

   Acessar a página Políticas da organização

2. Selecione o seletor de projetos na parte superior da página.

3. No seletor de projetos, selecione o recurso em que você quer excluir a política da organização.

4. Selecione a restrição que você quer excluir na lista da página Políticas da organização para abrir a página Detalhes da política dessa restrição.

5. Clique em Excluir.

6. Para confirmar que você quer excluir a restrição, clique em Excluir.

gcloud

Para excluir uma restrição personalizada, use o comando org-policies delete-custom-constraintda gcloud CLI:

gcloud org-policies delete-custom-constraint custom.CONSTRAINT_NAME \
  --organization=ORGANIZATION_ID

Substitua:

• ORGANIZATION_ID: o ID da organização, como 123456789.

• CONSTRAINT_NAME: o nome da sua restrição personalizada. Por exemplo, custom.disableGkeAutoUpgrade.

O resultado será assim:

Deleted custom constraint [organizations/123456789/customConstraints/custom.disableGkeAutoUpgrade]

Depois de excluir uma restrição personalizada, todas as políticas criadas usando a restrição continuam existindo, mas são ignoradas. Não é possível criar outra restrição personalizada com o mesmo nome de uma restrição personalizada excluída.

Testar e analisar mudanças na política da organização

Recomendamos que você teste e simule todas as mudanças nas políticas da organização para entender como elas afetam seu ambiente.

O Simulador de política para política da organização ajuda a entender o efeito de uma restrição e de uma política da organização no seu ambiente atual. Com essa ferramenta, é possível analisar todas as configurações de recursos para ver onde ocorrem violações antes que a política seja aplicada no ambiente de produção. Para instruções detalhadas, consulte Testar mudanças na política da organização com o Simulador de política.

Ao entender o efeito atual, você pode criar uma política da organização no modo de simulação para entender o impacto e as possíveis violações de uma política nos próximos 30 dias. Uma política da organização no modo de simulação é um tipo de política em que as violações são registradas em auditoria, mas as ações violadoras não são negadas. É possível criar uma política da organização no modo de simulação de uma restrição personalizada usando o console do Google Cloud ou a Google Cloud CLI. Para instruções detalhadas, consulte Criar uma política da organização no modo de simulação.

Aplicar uma política personalizada da organização

Depois que uma restrição personalizada é configurada, ela opera de forma idêntica às restrições booleanas predefinidas.O Google Cloud verifica primeiro as restrições personalizadas ao avaliar se uma solicitação do usuário é permitida. Se alguma das políticas personalizadas da organização negar a solicitação, ela será rejeitada. Em seguida,o Google Cloud verifica se há políticas da organização predefinidas aplicadas a esse recurso.

Para aplicar uma restrição, crie uma política da organização que faça referência a ela e aplique essa política a um recurso do Google Cloud .

Console

1. No console do Google Cloud , acesse a página Políticas da organização.

   Acessar a página Políticas da organização

2. No seletor de projetos, selecione o projeto em que você quer definir a política da organização.
3. Na lista da página Políticas da organização, selecione uma restrição para acessar a página Detalhes da política associada.
4. Para configurar a política da organização nesse recurso, clique em Gerenciar política.
5. Na página Editar política, selecione Substituir a política do recurso pai.
6. Clique em Adicionar uma regra.
7. Na seção Aplicação, selecione se essa política da organização é aplicada ou não.
8. Opcional: para tornar a política da organização condicional em uma tag, clique em Adicionar condição. Se você adicionar uma regra condicional a uma política da organização, inclua pelo menos uma regra não condicional para que a política seja salva. Para mais informações, consulte Como definir uma política da organização com tags.
9. Clique em Testar mudanças para simular o efeito da política da organização. Para mais informações, consulte Testar mudanças na política da organização com o Simulador de política.
10. Para aplicar a política da organização no modo de simulação, clique em Definir política de simulação. Para mais informações, consulte Criar uma política da organização no modo de simulação.
11. Depois de verificar se a política da organização no modo de simulação funciona como esperado, clique em Definir política para definir a política ativa.

gcloud

1. Para criar uma política da organização com regras booleanas, crie um arquivo YAML para a política que faça referência à restrição:

        name: projects/PROJECT_ID/policies/CONSTRAINT_NAME
        spec:
          rules:
          - enforce: true
        
        dryRunSpec:
          rules:
          - enforce: true
        
      

Substitua:

• PROJECT_ID: o projeto em que você quer aplicar a restrição.
• CONSTRAINT_NAME: o nome definido para a restrição personalizada. Por exemplo, custom.disableGkeAutoUpgrade.
2. Para aplicar a política da organização no modo de teste, execute o seguinte comando com a flag dryRunSpec:

        gcloud org-policies set-policy POLICY_PATH \
          --update-mask=dryRunSpec
      

Substitua POLICY_PATH pelo caminho completo para o arquivo YAML da política da organização. A política leva até 15 minutos para entrar em vigor.

3. Depois de verificar se a política da organização no modo de simulação funciona conforme o esperado, defina a política ativa com o comando org-policies set-policy e a flag spec:

        gcloud org-policies set-policy POLICY_PATH \
          --update-mask=spec
      

Substitua POLICY_PATH pelo caminho completo para o arquivo YAML da política da organização. A política leva até 15 minutos para entrar em vigor.

Restrição de exemplo

É possível definir restrições personalizadas semelhantes às predefinidas pelo Google. Um arquivo YAML de restrição personalizada típico é semelhante a este:

name: organizations/1234567890123/customConstraints/custom.disableGkeAutoUpgrade
resourceTypes:
- container.googleapis.com/NodePool
methodTypes:
- CREATE
- UPDATE
condition: "resource.management.autoUpgrade == false"
actionType: ALLOW
displayName: Disable GKE auto upgrade
description: Only allow GKE NodePool resource to be created or updated if
AutoUpgrade is not enabled where this custom constraint is enforced.

Common Expression Language

O serviço de política da organização usa a Common Expression Language (CEL) para avaliar condições em restrições personalizadas. A CEL é uma linguagem de código aberto sem completude de Turing que implementa semânticas comuns para avaliação de expressões.

Cada serviço que aceita restrições personalizadas disponibiliza um conjunto específico de recursos e os campos deles. Os campos disponíveis são fortemente tipados e podem ser referenciados diretamente por restrições personalizadas.

É possível criar condições de CEL que se referem a campos de recursos de serviço com base no tipo do campo. O serviço de políticas da organização é compatível com um subconjunto de tipos de dados, expressões e macros da CEL. As seções a seguir listam os tipos de dados disponíveis e as expressões e macros comuns que funcionam com eles.

• Número inteiro
• String
• Booleano
• Lista
• Mapa

Para detalhes sobre quais expressões e macros estão disponíveis para cada serviço, consulte Serviços compatíveis com restrição personalizada.

O exemplo JSON a seguir mostra cada um dos possíveis tipos de campo que você pode referenciar usando restrições personalizadas:

{
  "integerValue": 1,
  "stringValue": "A text string",
  "booleanValue": true,
  "nestedValue": {
    "nestedStringValue": "Another text string"
  },
  "listValue": ["foo", "bar"],
  "mapValue": {
    "costCenter": "123"
  }
}

Para cada expressão CEL, a restrição personalizada é aplicada quando a condição é avaliada como true. Você pode combinar expressões com e (&&) e ou (||) para criar uma consulta complexa. Ao criar o arquivo YAML ou JSON para sua restrição personalizada, coloque a consulta completa entre aspas duplas (").

Número inteiro

Campos de números inteiros, como integerValue no exemplo anterior, permitem que operadores de comparação sejam usados em condições. Exemplo:

resource.integerValue == 1
resource.integerValue > 5
resource.integerValue < 10

String

Campos de string, como stringValue no exemplo anterior, podem ser avaliados usando um literal de string, uma expressão regular ou uma expressão CEL. Exemplo:

resource.stringValue == "abc"
// stringValue is exactly "abc".

resource.stringValue.matches("dev$")
// stringValue matches a regular expression, which specifies the string ends
// with the word "dev".

resource.stringValue.startsWith("startValue")
// stringValue starts with "startValue".

resource.stringValue.endsWith("endValue")
// stringValue ends with "endValue".

resource.stringValue.contains("fooBar")
// stringValue contains "fooBar".

Campos aninhados, como nestedStringValue no exemplo anterior, precisam ser referenciados com o caminho completo. Exemplo:

resource.nestedValue.nestedStringValue == "foo"
// nestedValue contains the object nestedStringValue, which has a value of "foo".

Booleano

Campos booleanos, como booleanValue no exemplo anterior, contêm um valor booleano, que é true ou false.

Lista

Campos de lista, como listValue no exemplo anterior, podem ser avaliados pelo tamanho e conteúdo da lista, além de verificar se um elemento específico existe em algum lugar dela.

Exemplo:

resource.listValue.size() >= 1 && resource.listValue[0] == "bar"
// listValue has size greater than or equal to one, and the first element is "bar".

resource.listValue.exists(value, value == "foo")
// listValue has at least one element that is exactly "foo".

resource.listValue.all(value, value.contains("foo"))
// listValue is a list of values that are all exactly "foo".

Aviso: consultar um valor de lista que não existe retorna um erro BAD_CONDITION. Esse erro bloqueia toda a criação do recurso especificado em que a política da organização personalizada é aplicada. Para evitar esse erro, use os métodos all(), any() ou exists(). Se quiser consultar um índice específico, primeiro verifique se ele existe usando o método size(). Por exemplo, listValue.size() >= 1 && resource.listValue[0] == "bar".

Mapa

Campos de mapa, como mapValue no exemplo anterior, são pares de chave-valor que podem ser avaliados com base na existência e no valor de elementos específicos.

Exemplo:

has(resource.mapValue.foo) && resource.mapValue.foo == "bar"
// mapValue contains the key "foo", and that key has the value "bar".

Aviso: consultar um valor de mapa que não existe retorna um erro BAD_CONDITION. Esse erro bloqueia toda a criação do recurso especificado em que a política da organização personalizada é aplicada. Para evitar esse erro, sempre verifique se o valor existe primeiro usando o método has(). Por exemplo, has(map.key) && map.key == "value".

Solução de problemas com restrições personalizadas

As seções a seguir descrevem problemas comuns relacionados à criação de restrições personalizadas e apresentam soluções alternativas para esses problemas.

Erros de tipo de método

As restrições personalizadas são criadas com uma lista de métodos a serem aplicados, geralmente CREATE ou CREATE e UPDATE. Se você especificar um tipo de método que não é compatível com um recurso, como o método UPDATE para recursos de imagem do Compute Engine, não será possível salvar a restrição personalizada.

Tags não avaliadas

As tags em recursos de organização, pasta ou projeto são compatíveis com restrições personalizadas. Para mais informações sobre quais serviços aceitam tags, consulte a documentação específica do serviço.

Restrições entre serviços

Alguns serviços, como o Compute Engine, envolvem um grande número de recursos relacionados. A mensagem de erro de uma violação de política da organização personalizada é mostrada quando a violação ocorre, mesmo que a restrição personalizada seja para um serviço diferente.

Por exemplo, uma ação do Dataproc pode ser bloqueada por uma restrição personalizada em recursos do Compute Engine.

Resolver erros de CEL

O serviço de política da organização compila e valida as condições criadas, retornando um erro se a condição não estiver sintaticamente correta. Se não for possível criar ou salvar uma restrição personalizada, provavelmente ocorreu um erro de sintaxe CEL inválido, que precisa ser resolvido primeiro.

No console do Google Cloud , os erros de sintaxe CEL inválida são sinalizados com um ícone de Erro. Ao destacar esse ícone, uma dica de ferramenta aparece com mais informações sobre o erro de sintaxe.

Algumas condições podem ser compiladas, mas causam um erro quando o Google Cloud tenta aplicar as restrições. Por exemplo, se você configurar uma restrição com uma condição que tenta acessar um índice de lista ou uma chave de mapa que não existe, a restrição vai falhar e retornar um erro no momento da aplicação, e vai bloquear qualquer tentativa de criar o recurso.

As seções a seguir descrevem erros comuns da CEL e possíveis soluções alternativas para eles.

Expressão inválida ou incompatibilidade de tipo

Uma condição criada com expressões inválidas ou incompatibilidades de tipo retorna um erro quando você tenta configurar a restrição personalizada. Por exemplo, considerando a seguinte restrição personalizada inválida, que compara uma string com um número inteiro:

name: organizations/1234567890123/customConstraints/custom.badConfig
resourceTypes:
- dataproc.googleapis.com/Cluster
methodTypes:
- CREATE
- UPDATE
condition: "resource.config.masterConfig.numInstances == 'mismatch'"
actionType: ALLOW
displayName: Number of instances is a string
description: Demonstrate that type mismatches cause an error.

Um erro será gerado se você tentar configurar essa restrição usando a Google Cloud CLI:

ERROR: (gcloud.org-policies.set-custom-constraint) INVALID_ARGUMENT: Custom constraint condition [resource.config.masterConfig.numInstances == "mismatch"] is invalid. Error: ERROR: <input>:1:15: found no matching overload for '_==_' applied to '(int, string)' (candidates: (%A0, %A0))
 | resource.config.masterConfig.numInstances == "mismatch"
 | ..........................................^.

No console do Google Cloud , os erros de sintaxe CEL inválida são sinalizados com um ícone de Erro. Ao destacar esse ícone, uma dica de ferramenta aparece com mais informações sobre o erro de sintaxe.

O Serviço de políticas da organização compila e valida as condições que você cria, retornando um erro se a condição não estiver sintaticamente correta. No entanto, algumas condições podem ser compiladas, mas retornar um erro quando o Google Cloud tenta aplicar as restrições. Por exemplo, se você configurar uma restrição com uma condição que tente acessar um índice de lista ou uma chave de mapa que não existe, a restrição vai falhar e retornar um erro no momento da aplicação, bloqueando qualquer tentativa de criar o recurso.

Ao criar condições que dependem de elementos de lista ou mapa, recomendamos começar a condição com uma verificação que garanta que ela seja válida em todos os casos. Por exemplo, verifique list.size() antes de fazer referência a um elemento de lista específico ou use has() antes de fazer referência a um elemento de mapa.

Serviços compatíveis

Cada serviço define o conjunto de campos de restrição personalizada que podem ser usados para aplicar políticas da organização nos recursos de serviço. Para conferir uma lista de serviços que aceitam restrições personalizadas, consulte Serviços compatíveis com restrição personalizada.

Para mais informações sobre como configurar um scanner de políticas da organização, consulte Descobertas de vulnerabilidade da política da organização.

Como aplicar tags obrigatórias em recursos

Pré-lançamento

Este produto ou recurso está sujeito aos "Termos das Soluções Pré-GA" na seção Termos Gerais de Serviço dos Termos Específicos de Serviço. Os produtos e recursos pré-GA estão disponíveis no estado em que se encontram e podem ter assistência limitada. Para mais informações, consulte as descrições das fases de lançamento.

É possível aplicar tags obrigatórias aos recursos usando uma política personalizada da organização. Ao aplicar tags obrigatórias, só é possível criar recursos que estejam em conformidade com as políticas de inclusão de tags da sua organização. Ou seja, os recursos são vinculados aos valores das chaves de tag obrigatórias especificadas na política. Para mais informações, consulte Configurar uma restrição personalizada para aplicar tags.

A seguir

• Saiba mais sobre as restrições.
• Leia sobre as outras opções que você pode usar para personalizar suas políticas.
• Saiba como definir políticas da organização com base em tags.
• Confira a biblioteca de políticas da organização personalizadas no GitHub.
• Saiba como validar e monitorar políticas da organização com o Config Validator.