Dit onderwerp beschrijft een eenvoudige benadering en opties voor een logische Cloud Assembly-tagstrategie. U kunt deze voorbeelden gebruiken als beginpunt voor een echte implementatie, of u kunt een andere strategie uitwerken die beter aan uw behoeften tegemoetkomt.
Doorgaans is de cloudbeheerder de primaire persoon die verantwoordelijk is voor het maken en onderhouden van tags.
In dit onderwerp wordt verwezen naar het WordPress-gebruiksscenario elders in de documentatie voor Cloud Assembly om te illustreren hoe tags aan sommige belangrijke items kunnen worden toegevoegd. Ook worden mogelijke alternatieven en uitbreidingen beschreven voor de tagvoorbeelden die in het WordPress-gebruiksscenario worden weergegeven.
Zie Tutorial: Infrastructuur en implementaties met meerdere clouds instellen en testen in Cloud Assembly voor meer informatie over het WordPress-gebruiksscenario.
In het WordPress-gebruiksscenario wordt beschreven hoe u tags in cloudzones en opslag- en netwerkprofielen plaatst. Deze profielen zijn net als georganiseerde pakketten resources. Tags die in profielen worden geplaatst, zijn van toepassing op alle items in het profiel. U kunt ook tags maken en op opslagresources en individuele netwerk items, maar ook op berekeningsresources plaatsen, maar deze tags zijn alleen van toepassing op de specifieke resources waarop deze worden geplaatst. Wanneer u tags instelt, is het doorgaans het beste om te beginnen met het taggen van berekeningsresources en vervolgens kunt u later tags aan profielen en cloudzones toevoegen. U gebruikt deze tags ook om de lijst met berekeningsresources voor een cloudzone te filteren.
Terwijl u bijvoorbeeld tags in opslagprofielen kunt plaatsen, zoals in dit gebruiksscenario wordt weergegeven, kunt u ook tags in individuele opslagbeleidsregels, gegevensopslagruimten en opslagaccounts plaatsen. Met tags in deze resources kunt u een betere controle uitoefenen over de manier waarop opslagresources worden geïmplementeerd. Tijdens de verwerking als voorbereiding op de implementatie worden deze tags omgezet als volgend niveau van verwerking na de profieltags.
Als voorbeeld van hoe u een typisch klantscenario kunt configureren, kunt u de tag region: eastern
op een netwerkprofiel plaatsen. Deze tag is van toepassing op alle resources in dat profiel. Vervolgens kunt u de tag networktype:pci
op een PCI-netwerkresource in het profiel plaatsen. Een cloudsjabloon met de beperkingen eastern en pci maakt implementaties die dit PCI-netwerk voor de oostelijke regio gebruiken.