Cómo se configuran los criterios de implementación en las directivas de Automation Service Broker

Los criterios de implementación restringen el ámbito de una directiva para que solo se aplique a las implementaciones en las que los criterios tengan el valor true. Por ejemplo, puede utilizar los criterios de implementación para crear una directiva que se aplique únicamente a una plantilla o un elemento del catálogo en particular.

Construcción de criterios de implementación

Utilice la interfaz gráfica para construir la expresión de criterios de implementación. Para construir expresiones complejas, puede utilizar AND y OR. También puede agrupar expresiones como operadores de paréntesis. Para obtener más información sobre la forma en que se procesan las expresiones, consulte Orden de las operaciones de las expresiones.

A continuación, se muestra un ejemplo de una expresión.

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

El uso de los componentes de los criterios de implementación es similar al siguiente ejemplo.

Propiedades de los criterios de implementación

Para crear un criterio de implementación funcional, debe comprender la sintaxis.

El cuadro de texto de criterios cuenta con varios menús desplegables que proporcionan las propiedades y los operadores disponibles. La forma en la que se construye la expresión depende de los valores disponibles y del orden de las operaciones.

Los menús desplegables incluyen las siguientes propiedades. Algunas propiedades varían entre los tipos de directiva.

Propiedad	Descripción	Disponible en estos tipos de directivas	Admite estos operadores.
Template	El identificador de la plantilla de Automation Assembler que se utilizó para crear la implementación. Utilice Template en lugar de Catalog Item cuando la directiva sea específica de las plantillas de Automation Assembler. Por ejemplo, una plantilla de Amazon Web Services no tiene un Template.	Autorizaciones Día 2 Concesión Límite de implementación	igual a no es igual a
Catalog Item	Identificador del elemento del catálogo de Automation Service Broker utilizado para solicitar la implementación. Utilice Catalog Item en lugar de Template cuando la directiva pueda incluir elementos del catálogo de Automation Service Broker basados en cualquier plantilla, flujo de trabajo de extensibilidad u otro tipo de contenido. Por ejemplo, las plantillas de Automation Assembler y las plantillas de CloudFormation de Amazon Web Services implementadas desde el catálogo tienen un Catalog Item.	Autorizaciones Día 2 Concesión Límite de implementación	igual a no es igual a
Deployment Creation Cost	Valor de coste. Si la implementación coincide con la expresión de costes especificada, activa un flujo de aprobación.	Autorizaciones Límite de implementación	igual a no es igual a mayor que mayor o igual que menor que menor o igual que
Deployment	Identificador de la implementación. Utilice Deployment cuando desee aplicar la directiva a las implementaciones existentes.	Autorizaciones Día 2 Concesión Límite de implementación	igual a no es igual a
Created By	Nombre del usuario que solicitó la implementación. El formato es [email protected]. Este es el usuario que solicitó la implementación.	Día 2 Concesión	igual a no es igual a coincide con la expresión regular contiene
Name	Nombre de la implementación. Utilice Name en lugar de Deployment cuando desee aplicar la directiva a directivas existentes y a directivas que se puedan crear en el futuro, y que coincidan con la expresión de nombre de implementación especificada.	Autorizaciones Día 2 Concesión Límite de implementación	igual a no es igual a coincide con la expresión regular contiene
Owned By	Nombre del propietario de la implementación actual.	Autorizaciones Día 2 Concesión Límite de implementación	igual a no es igual a coincide con la expresión regular contiene
Owner Type	Tipo de propietario de la implementación. La propiedad puede basarse en usuarios o grupos de Active Directory.	Autorizaciones Día 2 Concesión Límite de implementación	igual a no es igual a
Requested By	Nombre del usuario que solicitó una acción del día 2. El formato es [email protected]. Al crear políticas de aprobación, el criterio Requested By se refiere al usuario que solicitó una acción del día 2, no al usuario que solicitó la implementación. El usuario que solicitó la implementación es el criterio Created By.	Autorizaciones Límite de implementación	igual a no es igual a coincide con la expresión regular contiene
Resources	Recursos que forman parte de una implementación. Puede definir los criterios de implementación en función de los siguientes recursos: Zona de nube Cuenta de nube Recuento de CPU Tipo de nube Discos Tipo Tiene instantáneas Imagen ID de imagen Tipo de SO Estado de alimentación Región Etiquetas Etiquetas definidas por el usuario y detectadas. Total de memoria (MB) Tipo de recurso El uso de recursos de Avi Load Balancer solo está disponible para directivas de aprobaciones y concesiones.	Autorizaciones Día 2 Concesión Límite de implementación

Formatos de criterios para etiquetas de recursos

Las etiquetas de recursos son pares de valores clave. Al definir criterios de implementación en función de las etiquetas, debe definir la clave. La definición del valor es opcional. Los criterios se basan en etiquetas definidas por el usuario y en etiquetas del sistema.

Por ejemplo, si desea crear criterios para un par de etiquetas, la expresión es similar al siguiente ejemplo.

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

Si desea crear criterios basados en una clave, pero con varios valores, la expresión es similar al siguiente ejemplo.

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

Si desea crear criterios basados en varias claves y no en valores, la expresión es similar al siguiente ejemplo.

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

Si desea crear criterios que evalúen dos pares de valores clave diferentes, debe agregarlos como etiquetas de recursos individuales. Por ejemplo:

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

Utilizar los operadores contains y matches Regex

Los operadores contains y matches Regex definen una búsqueda para un conjunto especificado de caracteres dentro de una propiedad. Puede aplicar estos operadores a propiedades basadas en cadenas que no admitan una lista desplegable, como createdBy, name y ownedBy.

El operador contains busca todas las instancias del valor que se especifica en cualquier contexto. El cuadro de texto de entrada de valor distingue mayúsculas de minúsculas y entre espacios. Si desea tener en cuenta la variación del contexto, debe establecer un valor para cada variante adicional. Utilice el operador contains para búsquedas simples de una cantidad limitada de valores.

El operador matches Regex proporciona gran flexibilidad cuando se utiliza para búsquedas complejas que deben tener en cuenta una gran cantidad de variaciones de contexto. Las expresiones regulares deben seguir la sintaxis ECMAScript. Al definir expresiones regulares, no introduzca barras diagonales (/) al principio ni al final del valor.

En la siguiente tabla, se proporcionan ejemplos de expresiones que utilizan los dos operadores y se compara cómo se pueden utilizar para lograr el mismo objetivo.

Ejemplo con el operador contains.	Ejemplo con el operador matches Regex.	Coincidencias de valor de campo
Name contains test	Name matches Regex test*	Todos los nombres de implementación que contienen prueba en minúscula. Por ejemplo, implementación de prueba, miprueba, prueba-123, etc.
Name contains test OR Name contains Test	Name matches Regex (t|T)est.*	Todos los nombres de implementación que contengan prueba o Prueba.
(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 las implementaciones creadas por usuarios cuya dirección de correo electrónico comienza con admin@ y termina con .com u .org. Todos los nombres de implementación que contienen prueba y/o implementación en cualquier configuración. Por ejemplo, implementación de prueba, implementaciónprueba, Prueba-Implementación, etc.

Orden de las operaciones de las expresiones

Las expresiones se procesan en el siguiente orden. Los grupos se muestran entre paréntesis.

1. Expresiones en grupos
2. AND
3. OR

Utilice los siguientes ejemplos para comprender el orden.

• X OR Y AND Z. En este ejemplo, Y AND Z se evalúa antes que X OR Y. A continuación, X OR se evalúa con los resultados de Y AND Z.
• (X OR Y) AND Z. En este ejemplo, X OR Y se evalúa antes que AND porque la expresión en el grupo siempre se evalúa primero. A continuación, AND Z se compara con los resultados de X OR Y.