In questo argomento viene descritto un approccio di base e le opzioni per una strategia di tag di Automation Assembler logica. È possibile utilizzare questi esempi come punto di partenza per una distribuzione effettiva oppure è possibile definire una strategia diversa che soddisfi meglio le proprie esigenze.
In genere, l'amministratore del cloud è il principale responsabile della creazione e della gestione dei tag.
Questo argomento si riferisce al caso d'uso di WordPress descritto altrove nella documentazione di Automation Assembler per illustrare la modalità di aggiunta dei tag ad alcuni elementi chiave. Descrive anche possibili alternative ed estensioni agli esempi di tag che compaiono nel caso d'uso di WordPress.
Per ulteriori informazioni sul caso d'uso di WordPress, vedere Tutorial: configurazione e verifica dell'infrastruttura e delle distribuzioni multi-cloud in Automation Assembler.
Il caso d'uso di WordPress descrive come posizionare i tag nelle zone cloud e nei profili di storage e di rete. Questi profili sono come pacchetti di risorse organizzati. I tag inseriti nei profili si applicano a tutti gli elementi all'interno del profilo. È inoltre possibile creare e posizionare tag in risorse di storage e singoli elementi di rete, nonché nelle risorse di elaborazione, ma questi tag si applicano solo alle risorse specifiche in cui sono posizionati. Quando si configurano i tag, in genere è preferibile iniziare applicando tag alle risorse di elaborazione, quindi è possibile aggiungere successivamente tag ai profili e alle zone cloud. Inoltre, questi tag vengono utilizzati per filtrare l'elenco delle risorse di elaborazione per una zona cloud.
Ad esempio, mentre è possibile inserire tag nei profili di storage, come mostrato in questo caso d'uso, è anche possibile inserire tag nei singoli criteri di storage, nei datastore e negli account di storage. I tag di queste risorse consentono di esercitare un controllo più preciso sulle modalità di distribuzione delle risorse di storage. Durante l'elaborazione in preparazione alla distribuzione, questi tag vengono risolti come livello successivo di elaborazione dopo i tag del profilo.
Come esempio della possibile configurazione di uno scenario tipico del cliente, è possibile collocare un tag di region: eastern in un profilo di rete. Questo tag si applicherebbe a tutte le risorse all'interno di tale profilo. È quindi possibile inserire un tag di networktype:pci su una risorsa di rete PCI all'interno del profilo. Un modello con vincoli eastern e PCI creerebbe distribuzioni che utilizzano questa rete PCI per la regione eastern.
