Vous exécutez un service Azure App Service avec des slots de production et de staging. L'application lit les secrets d'Azure Key Vault à l'aide de références Key Vault dans les paramètres de l'application. Vous avez besoin que les deux slots utilisent la même identité lors de l'accès à Key Vault afin que les échanges de slots ne nécessitent pas de modifications d'accès à Key Vault. Que devez-vous faire ?

Les identités managées affectées par l'utilisateur sont des ressources Azure autonomes qui peuvent être attribuées à plusieurs services, y compris les slots d'application. En créant une identité affectée par l'utilisateur et en l'associant aux slots de production et de staging, les deux slots partagent la même identité lors de l'accès à Key Vault. Cela garantit que les autorisations d'accès à Key Vault restent cohérentes après un échange de slots, car l'identité utilisée pour l'accès ne change pas. L'option d'utiliser la syntaxe de référence Key Vault avec l'ID client de l'identité managée affectée par l'utilisateur est également correcte car elle spécifie explicitement quelle identité utiliser pour l'accès, garantissant ainsi la cohérence entre les slots. L'utilisation d'identités affectées par le système pour chaque slot nécessiterait de gérer les autorisations pour deux identités distinctes et ne garantirait pas que les autorisations suivent l'échange. Accorder l'accès au nom principal de l'application n'est pas la méthode recommandée pour gérer l'accès aux slots, car les slots ont leurs propres identités.