En varios escenarios de implementación, un componente necesita el valor de propiedad de otro componente para personalizarse a sí mismo. Para ello, se pueden crear enlaces de propiedad con vRealize Automation. Aunque puede diseñar sus propios scripts de acción de Software para enlaces de propiedad, el arquitecto que ensambla el blueprint es quien debe configurar los enlaces reales.

Además de establecer una propiedad en un valor codificado de forma rígida, un arquitecto de software, un arquitecto de IaaS o un arquitecto de aplicaciones puede enlazar propiedades de componentes de Software a otras propiedades del blueprint, como una dirección IP o una ubicación de instalación. Cuando se enlaza una propiedad de Software a otra propiedad, puede personalizar un script basado en el valor de otra propiedad de componente o de máquina virtual. Por ejemplo, un componente WAR podría necesitar la ubicación de instalación del servidor Apache Tomcat. En sus scripts, podrá configurar el componente WAR para establecer el valor de la propiedad server_home en el valor de la propiedad install_path del servidor Apache Tomcat de su script. Siempre y cuando el arquitecto que ensambla el blueprint enlace la propiedad server_home a la propiedad install_path del servidor Apache Tomcat, el valor de la propiedad server_home se establecerá correctamente.

En sus scripts de acción solo puede usar las propiedades que defina en tales scripts, y solo puede crear enlaces de propiedad con valores de cadena y de matriz. Las matrices de propiedades de blueprint no se devuelven en ningún orden específico, de modo que el enlace a componentes que puedan escalarse o agruparse en un clúster podría no producir los valores previstos. Por ejemplo, su componente de software requiere todos los identificadores de máquina de un clúster de máquinas, y permite que los usuarios soliciten un clúster de 1 a 10 y que escalen la implementación de 1 a 10 máquinas. Si configura su propiedad de software como un tipo de cadena, obtiene un identificador de máquina seleccionado de forma aleatoria del clúster. Si configura su propiedad de software como un tipo de matriz, obtiene una matriz de todos los identificadores de máquina del clúster, pero sin ningún orden concreto. Si sus usuarios escalan la implementación, el orden de los valores podría ser distinto en cada operación. Para asegurarse de nunca perder los valores de los componentes en clúster, puede usar el tipo de matriz en cualquier propiedad de software. Sin embargo, debe diseñar los componentes de software para que no esperen una matriz de valores en un orden concreto.

Consulte la tabla Ejemplos de enlaces de propiedad de cadena para obtener ejemplos de un valor de propiedad de una cadena cuando se enlazan los diferentes tipos de propiedades.

Tabla 1. Ejemplos de enlaces de propiedad de cadena

Ejemplo de tipo de propiedad

Tipo de propiedad que enlazar

Resultado de enlace (A se enlaza a B)

Cadena (propiedad A)

Cadena (propiedad B="Hi")

A="Hi"

Cadena (propiedad A)

Contenido (propiedad B="http://my.com/content")

A="http://my.com/content"

Cadena (propiedad A)

Matriz (propiedad B=["1","2"])

A="["1","2"]"

Cadena (propiedad A)

Computada (propiedad B="Hello")

A="Hello"

Consulte la tabla Ejemplos de enlaces de propiedad de matriz para obtener ejemplos de un valor de propiedad de matriz cuando se enlazan los diferentes tipos de propiedades.

Tabla 2. Ejemplos de enlaces de propiedad de matriz

Ejemplo de tipo de propiedad

Tipo de propiedad que enlazar

Resultado de enlace (A se enlaza a B)

Matriz (propiedad A)

Cadena (propiedad B="Hi")

A="Hi"

Matriz (propiedad A)

Contenido (propiedad B="http://my.com/content")

A="http://my.com/content"

Matriz (propiedad A)

Computada (propiedad B="Hello")

A="Hello"