In diversi scenari di distribuzione, per essere personalizzato, un componente deve avere il valore di proprietà di un altro componente. È possibile eseguire questa operazione con vRealize Automation creando binding di proprietà. È possibile progettare gli script di azione di Software per i binding di proprietà, tuttavia i binding attuali sono configurati dall’architetto che assembla il blueprint.

Oltre a impostare una proprietà con un valore hardcoded, un architetto IaaS, di software o di applicazioni può associare le proprietà dei componenti Software ad altre proprietà nel blueprint. Ad esempio, può associare un indirizzo IP o un percorso di installazione. Quando si associa una proprietà Software a un'altra proprietà, è possibile personalizzare uno script in base al valore della proprietà di un altro componente o di una macchina virtuale. Ad esempio, per un componente WAR, potrebbe essere necessaria la posizione di installazione del server Apache Tomcat. Negli script, configurare il componente WAR affinché il valore della proprietà server_home sia impostato sul valore della proprietà install_path del server Apache Tomcat server. Se l'architetto che assembla il blueprint associa la proprietà server_home alla proprietà install_path del server Apache Tomcat, il valore della proprietà server_home verrà impostato correttamente.

Gli script di azione possono utilizzare solo le proprietà definite in tali script ed è possibile creare esclusivamente binding di proprietà con valori di stringhe e array. Gli array delle proprietà di binding non vengono restituiti in alcun ordine specifico, quindi la creazione di binding a componenti in cluster o scalabili potrebbe non produrre i valori che previsti. Ad esempio, il componente software richiede i singoli ID delle macchine di un cluster di macchine e si consente agli utenti di richiedere un cluster da 1-10 e di scalare la distribuzione da 1-10 macchine. Se si configura la proprietà software come un tipo di stringa, viene restituito un singolo ID di macchina selezionato in modo casuale dal cluster. Se si configura la proprietà software come un tipo di array, viene restituito un array di tutti gli ID delle macchine nel cluster, senza alcun ordine particolare. Se gli utenti scalano la distribuzione, l’ordine dei valori potrebbe differire per ogni operazione. Per accertarsi di non perdere mai i valori per i componenti in cluster, è possibile utilizzare il tipo di array per qualsiasi proprietà software. Tuttavia, è necessario progettare i componenti software affinché non prevedano l’array di un valore in un ordine specifico.

La tabella Esempi di binding per proprietà stringa fornisce alcuni esempi di valori di proprietà stringa per il binding a diversi tipi di proprietà.

Tabella 1. Esempi di binding per proprietà stringa

Tipo di proprietà campione

Tipo di proprietà da associare

Risultato del binding (A viene associata a B)

Stringa (proprietà A)

Stringa (proprietà B="Hi")

A="Hi"

Stringa (proprietà A)

Contenuto (proprietà B="http://my.com/content")

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

Stringa (proprietà A)

Array (proprietà B=["1","2"])

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

Stringa (proprietà A)

Elaborata (proprietà B="Hello")

A="Hello"

La tabella Esempi di binding per proprietà array fornisce alcuni esempi di valori di proprietà array per il binding a diversi tipi di proprietà.

Tabella 2. Esempi di binding per proprietà array

Tipo di proprietà campione

Tipo di proprietà da associare

Risultato del binding (A viene associata a B)

Array (proprietà A)

Stringa (proprietà B="Hi")

A="Hi"

Array (proprietà A)

Contenuto (proprietà B="http://my.com/content")

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

Array (proprietà A)

Elaborata (proprietà B="Hello")

A="Hello"