Como configurar critérios de implantação em políticas do Service Broker

Os critérios de implantação restringem o escopo de uma política, para que ela seja aplicada apenas às implantações em que esses critérios sejam verdadeiros. Por exemplo, você pode usar os critérios de implantação para criar uma política que seja aplicada apenas a um determinado modelo ou item de catálogo.

Construindo critérios de implantação

Use a interface gráfica para construir a expressão de critérios de implantação. Para construir expressões complexas, é posssível usar AND e OR. Você também pode agrupar expressões como operadores entre parênteses. Para obter mais informações sobre como as expressões são processadas, consulte Ordem de operações para a expressão.

Aqui está um exemplo de expressão.

Deployment equals Multi-tier five machine with LB AND (Owned By equals [email protected] OR Owned By [email protected])

Usando os componentes de critérios de implantação, ele é semelhante ao exemplo a seguir.

Propriedades de critérios de implantação

Para criar um critério de implantação funcional, você deve compreender a sintaxe.

A caixa de texto de critérios tem vários menus suspensos que fornecem as propriedades e os operadores disponíveis. A forma como você constrói sua expressão depende dos valores disponíveis e da ordem das operações.

Os menus suspensos incluem as propriedades a seguir. Algumas propriedades variam entre tipos de política.

Propriedade	Descrição	Disponível nestes tipos de políticas	Oferece suporte a estes operadores
Cloud Template	Identificador para o modelo de nuvem do Cloud Assembly usado para criar a implantação. Use Cloud Template no lugar de Catalog Item quando sua política for específica para modelos de nuvem do Cloud Assembly. Por exemplo, um modelo da Amazon Web Services não tem um Cloud Template.	Aprovações Dia 2 Lease Limite de Implantação	igual a não é igual a
Catalog Item	Identificador para o item de catálogo do Service Broker usado para solicitar a implantação. Use Catalog Item no lugar deCloud Template quando sua política puder incluir itens de catálogo do Service Broker com base em qualquer modelo, fluxo de trabalho de extensibilidade ou outro tipo de conteúdo. Por exemplo, modelos de nuvem do Cloud Assembly e modelos do AWS CloudFormation implantados a partir do catálogo têm um Catalog Item.	Aprovações Dia 2 Lease Limite de Implantação	igual a não é igual a
Deployment Creation Cost	Valor do custo. Se a implantação corresponder à expressão de custo especificada, ela acionará um fluxo de aprovação.	Aprovações Limite de Implantação	igual a não é igual a maior que maior que ou igual a menor que menor que ou igual a
Deployment	Identificador da implantação. Use Deployment quando quiser aplicar a política a implantações existentes.	Aprovações Dia 2 Lease Limite de Implantação	igual a não é igual a
Created By	Nome do usuário que solicitou a implantação. O formato é [email protected]. Esse usuário é aquele que solicitou a implantação.	Dia 2 Lease	igual a não é igual a corresponde a Regex contém
Name	Nome da implantação. Use Name em vez de Deployment quando quiser aplicar a política a políticas existentes e políticas que podem ser criadas no futuro que correspondem à expressão de nome de implantação especificada.	Aprovações Dia 2 Lease Limite de Implantação	igual a não é igual a corresponde a Regex contém
Owned By	Nome do proprietário da implantação atual.	Aprovações Dia 2 Lease Limite de Implantação	igual a não é igual a corresponde a Regex contém
Owner Type	Tipo de proprietário da implantação. A propriedade pode ser baseada em usuários ou grupos do Active Directory.	Aprovações Dia 2 Lease Limite de Implantação	igual a não é igual a
Requested By	Nome do usuário que solicitou uma ação de dia 2. O formato é [email protected]. Ao criar políticas de aprovação, o critério de Requested By é o usuário que solicitou uma ação de dia 2, e não o usuário que solicitou a implantação. O usuário que solicitou a implantação é o critério de Created By.	Aprovações Limite de Implantação	igual a não é igual a corresponde a Regex contém
Resources	Recursos que fazem parte de uma implantação. Você pode definir os critérios de implantação com base nos recursos a seguir. Zona de Nuvem Conta de Nuvem Contagem de CPUs Tipo de Nuvem Discos Tipo Tem Snapshots Imagem ID da imagem Tipo de SO Estado de Energia Região Tags Tags definidas e descobertas pelo usuário. Memória Total (MB) Tipo de Recurso	Aprovações Dia 2 Lease Limite de Implantação

Formatos de critérios para tags de recursos

Tags de recursos são pares de valor/chave. Ao definir os critérios de implantação com base nas tags, você deve definir a chave. Definir o valor é opcional. Os critérios são baseados em tags definidas pelo usuário e tags do sistema.

Por exemplo, para criar um critério para um par de tags, a expressão é semelhante ao exemplo a seguir.

Resources has any 
    Tags has any 
        Key equals env 
        AND 
        Value equals dev

Para criar critérios baseados em uma chave, mas vários valores, a expressão é semelhante ao exemplo a seguir.

Resources has any 
    Tags has any 
        Key equals env 
            AND 
                Value equals dev 
                OR
                Value equals prod

Para criar critérios baseados em várias chaves, mas nenhum valor, a expressão é semelhante ao exemplo a seguir.

Resources has any 
    Tags has any 
        Key equals env1 
        OR 
        Key equals env2

Se você quiser criar um critério que avalia dois pares de chave/valor diferentes, deverá adicioná-los como tags de recursos individuais. Por exemplo:

Resources has any 
    Tags has any 
        Key equals env 
        AND 
        Value equals envprod
    AND
    Tags has any 
        Key equals vc_65_network 
        AND 
        Value equals vc

Usando os operadores contains e matches Regex

Os operadores contains e matches Regex definem uma pesquisa por um conjunto especificado de caracteres em uma propriedade. Você pode aplicar esses operadores a propriedades baseadas em cadeia de caracteres que não oferece suporte uma lista suspensa, como createdBy, name e ownedBy.

O operador contains procura todas as instâncias do valor especificado em qualquer contexto. A caixa de texto de entrada de valor é sensível a maiúsculas e minúsculas e a espaços. Se você quiser levar em consideração a variação de contexto, deverá definir um valor para cada variante adicional. Use o operador contains para pesquisas simples para um número limitado de valores.

O operador matches Regex fornece grande flexibilidade quando você o usa para pesquisas complexas que devem considerar uma grande variação de contexto. As expressões regulares devem seguir a sintaxe ECMAScript. Ao definir expressões regulares, não insira barras (/) no início e no final do valor.

A tabela a seguir fornece exemplos de expressões usando os dois operadores e compara como elas podem ser usadas para atingir o mesmo objetivo.

Exemplo com o operador contains	Exemplo com o operador matches Regex	Correspondências de valores de campo
Name contains test	Name matches Regex test*	Todos os nomes de implantação que contêm test em minúsculas. Por exemplo, test deployment, mytest, test-123 e assim por diante.
Name contains test OR Name contains Test	Name matches Regex (t|T)est.*	Todos os nomes de implantação que contêm test ou Test.
(group) Created By contains admin@ (group) AND Created By contains .com OR Created By contains .org (group) AND Name contains test OR Name contains test- OR Name contains Test OR Name contains Test- OR Name contains deploy OR Name contains Deploy	Created By matches Regex admin@\S+\.((com)|(org)) AND Name matches ((t|T)est)|(d|D)epl.*.	Todas as implantações criadas por usuários cujo endereço de e-mail começa com admin@ e termina com .com ou .org. Todos os nomes de implantação que contêm test e/ou deploy em qualquer configuração. Por exemplo, test deployment, testdeployment, Test-Deployment e assim por diante.

Ordem de operações para a expressão

Uma expressão é processada na seguinte ordem. Grupos são ilustrados como parênteses.

1. Expressões em grupos
2. AND
3. OR

Use os seguintes exemplos para entender a ordem.

• X OR Y AND Z. Neste exemplo, Y AND Z são avaliados antes de X OR Y. Em seguida, X OR é avaliado em relação aos resultados de Y AND Z.
• (X OR Y) AND Z. Neste exemplo, X OR Y é avaliado antes de AND, pois a expressão no grupo é sempre avaliada primeiro. Em seguida, AND Z é avaliado em relação aos resultados de X OR Y.