U gaat identieke Azure VM's implementeren via Resource Manager-sjablonen, waarbij het beheerderswachtwoord van elke implementatie wordt opgeslagen als een secret in een andere Key Vault. De Key Vault-naam en secret-naam worden geleverd als inline parameters. Welke methode stelt u in staat om dynamisch de resource-ID te construeren die de juiste Key Vault identificeert tijdens elke implementatie?

Een gekoppelde sjabloon (linked template) is de juiste methode. Hiermee kunt u een hoofdsjabloon maken die verwijst naar andere sjablonen. In dit scenario kan de hoofdsjabloon de Key Vault-naam en secret-naam als parameters ontvangen en deze doorgeven aan een gekoppelde sjabloon die vervolgens de resource-ID dynamisch construeert met behulp van functies zoals resourceId() of reference(). Dit maakt hergebruik van code en flexibele implementaties mogelijk. Een key vault access policy definieert wie toegang heeft tot secrets, niet hoe de resource-ID wordt geconstrueerd. Een parameters file levert statische waarden aan een sjabloon, maar construeert geen dynamische resource-ID's. Een automation account wordt gebruikt voor het automatiseren van taken en processen, niet voor het dynamisch construeren van resource-ID's binnen een Resource Manager-sjabloon.