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 jan@mycompany.com OR Owned By kris@mycompany.com)
El uso de los componentes de los criterios de implementación es similar al siguiente ejemplo.
Ejemplo de los criterios de implementación.

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.
Cloud Template

El identificador de la plantilla de nube de Cloud Assembly que se utilizó para crear la implementación.

Utilice Cloud Template en lugar de Catalog Item cuando la directiva sea específica de las plantillas de nube de Cloud Assembly. Por ejemplo, una plantilla de Amazon Web Services no tiene un Cloud Template.

  • Autorizaciones
  • Día 2
  • Concesión
  • igual a
  • no es igual a

Catalog Item

Identificador del elemento del catálogo de Service Broker utilizado para solicitar la implementación.

Utilice Catalog Item en lugar de Cloud Template cuando la directiva pueda incluir elementos del catálogo de Service Broker basados en cualquier plantilla, flujo de trabajo de extensibilidad u otro tipo de contenido. Por ejemplo, las plantillas de nube de Cloud Assembly y las plantillas de CloudFormation de Amazon Web Services implementadas desde el catálogo tienen Catalog Item.

  • Autorizaciones
  • Día 2
  • Concesió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
  • 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
  • igual a
  • no es igual a
Created By

Nombre del usuario que solicitó la implementación. El formato es nombredeusuario@miempresa.com.

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
  • 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
  • igual a
  • no es igual a
  • coincide con la expresión regular
  • contiene
Requested By

Nombre del usuario que solicitó una acción del día 2. El formato es nombredeusuario@miempresa.com.

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
  • 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
  • Autorizaciones
  • Día 2
  • Concesió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
Ejemplo de la expresión de criterios de implementación simple de un par de valores clave como aparece en la interfaz de usuario.
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
Ejemplo de la expresión de criterios de implementación de una sola clave y de varios valores como aparece en la interfaz de usuario.
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
Ejemplo de la expresión de criterios de implementación de varias claves como aparece en la interfaz de usuario.
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
Ejemplo de la expresión de criterios de implementación de varias claves y valores como aparece en la interfaz de usuario.

Utilizar los operadores contiene y coincide con la expresión regular

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

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.