Vous allez déployer une application (App1) sur plusieurs machines virtuelles Azure, maintenant et à l'avenir. Les exigences pour ces machines virtuelles sont les suivantes : elles doivent s'authentifier auprès d'Azure AD pour accéder à un Azure Key Vault, à des Azure Logic Apps et à une Azure SQL Database ; vous devez éviter d'attribuer de nouveaux rôles ou informations d'identification chaque fois que de nouvelles machines virtuelles sont ajoutées ; les secrets et les certificats ne doivent pas être stockés sur les machines virtuelles ; et la surcharge de gestion des identités doit être minimisée. Quel type d'identité devriez-vous utiliser ?

Une identité managée attribuée par l'utilisateur est la solution la plus appropriée car elle peut être créée une fois et attribuée à plusieurs ressources Azure (comme vos machines virtuelles), y compris celles déployées à l'avenir. Cela répond à l'exigence d'éviter d'attribuer de nouveaux rôles ou informations d'identification à chaque nouvelle machine virtuelle. Elle permet également aux machines virtuelles de s'authentifier auprès d'Azure AD pour accéder aux services Azure requis sans stocker de secrets ou de certificats sur les machines virtuelles, minimisant ainsi la surcharge de gestion. Une identité managée attribuée par le système est liée à une seule ressource et serait recréée pour chaque nouvelle machine virtuelle, ce qui est inefficace. Un principal de service avec un certificat ou un secret client nécessiterait une gestion manuelle des informations d'identification (rotation des secrets, gestion des certificats), ce qui augmente la surcharge et va à l'encontre de l