Você executa um Azure App Service com slots de produção e de staging. O aplicativo lê segredos do Azure Key Vault usando referências do Key Vault nas configurações do aplicativo. Você precisa que ambos os slots usem a mesma identidade ao acessar o Key Vault para que as trocas de slot não exijam alterações de acesso ao Key Vault. O que você deve fazer?

A criação de uma identidade gerenciada atribuída pelo usuário (User-Assigned Managed Identity - UAMI) e sua anexação a ambos os slots (produção e staging) é a solução correta. Uma UAMI é um recurso Azure independente que pode ser atribuído a vários recursos, incluindo slots de aplicativos. Ao conceder permissões a essa UAMI no Key Vault, ambos os slots usarão a mesma identidade e, portanto, as mesmas permissões, independentemente das trocas de slot. A segunda opção correta complementa a primeira. Ao usar a sintaxe de referência do Key Vault que especifica o ID do cliente da UAMI, você garante que o App Service utilize essa identidade específica para autenticação, em vez da identidade do sistema padrão ou de outra identidade. Isso é crucial para que a configuração funcione conforme o esperado. Usar apenas identidades gerenciadas atribuídas ao sistema para cada slot não funcionaria, pois cada slot teria uma identidade diferente, exigindo reconfiguração de permissões após uma troca. Conceder acesso ao nome principal do aplicativo em vez do ID do objeto não é a forma padrão de gerenciar permissões para identidades gerenciadas e não resolveria o problema de identidades separadas para slots.