Você implantará VMs idênticas do Azure por meio de modelos do Resource Manager, onde a senha de administrador de cada implantação é armazenada como um segredo em um Key Vault diferente. O nome do Key Vault e o nome do segredo serão fornecidos como parâmetros em linha. Qual método permite construir dinamicamente o ID do recurso que identifica o Key Vault apropriado durante cada implantação?

Um modelo vinculado (linked template) é a solução correta porque permite modularizar e reutilizar modelos do Resource Manager. Neste cenário, o modelo principal pode chamar um modelo vinculado que constrói dinamicamente o ID do recurso do Key Vault e do segredo com base nos parâmetros fornecidos em linha. Isso garante que cada implantação de VM possa referenciar o Key Vault e o segredo corretos, mesmo que sejam diferentes para cada instância. Uma política de acesso do Key Vault define quem pode acessar os segredos, mas não ajuda a construir dinamicamente o ID do recurso. Um arquivo de parâmetros é usado para fornecer valores de entrada para um modelo, mas não para construir lógica dinâmica. Uma conta de automação é para executar runbooks e não para construir IDs de recursos dentro de um modelo do Resource Manager.