Authentifier des applications JavaScript hébergées par Azure sur des ressources Azure à l’aide d’une identité managée affectée par l’utilisateur

L’approche recommandée pour authentifier une application hébergée par Azure auprès d’autres ressources Azure consiste à utiliser une identité managée. Cette approche est prise en charge pour la plupart des services Azure, notamment les applications hébergées sur Azure App Service, Azure Container Apps et les machines virtuelles Azure. Découvrez-en davantage sur les différentes techniques et approches d’authentification sur la page vue d’ensemble de l’authentification . Dans les sections à venir, vous allez apprendre :

• Concepts essentiels de l’identité managée
• Comment créer une identité managée affectée par l’utilisateur pour votre application
• Comment attribuer des rôles à l’identité managée affectée par l’utilisateur
• Comment s’authentifier à l’aide de l’identité managée affectée par l’utilisateur à partir de votre code d’application

Concepts essentiels de l’identité managée

Une identité managée permet à votre application de se connecter en toute sécurité à d’autres ressources Azure sans utiliser de clés secrètes ou d’autres secrets d’application. En interne, Azure effectue le suivi de l’identité et des ressources auxquelles il est autorisé à se connecter. Azure utilise ces informations pour obtenir automatiquement des jetons Microsoft Entra pour que l’application lui permette de se connecter à d’autres ressources Azure.

Il existe deux types d’identités managées à prendre en compte lors de la configuration de votre application hébergée :

• Les identités managées affectées par le système sont activées directement sur une ressource Azure et sont liées à son cycle de vie. Lorsque la ressource est supprimée, Azure supprime automatiquement l’identité pour vous. Les identités affectées par le système fournissent une approche minimaliste de l’utilisation d’identités managées.
• Les identités managées affectées par l’utilisateur sont créées en tant que ressources Azure autonomes et offrent une plus grande flexibilité et des fonctionnalités. Elles sont idéales pour les solutions impliquant plusieurs ressources Azure qui doivent partager les mêmes identités et autorisations. Par exemple, si plusieurs machines virtuelles doivent accéder au même ensemble de ressources Azure, une identité managée affectée par l’utilisateur fournit une réutilisation et une gestion optimisée.

Conseil / Astuce

En savoir plus sur la sélection et la gestion des identités managées affectées par le système et affectées par l’utilisateur dans l’article recommandations sur les meilleures pratiques d’identité managée .

Les sections suivantes décrivent les étapes permettant d’activer et d’utiliser une identité managée affectée par l’utilisateur pour une application hébergée par Azure. Si vous devez utiliser une identité managée affectée par le système, consultez l’article sur les identités managées affectées par le système pour plus d’informations.

Créer une identité managée attribuée par l’utilisateur

Les identités managées affectées par l’utilisateur sont créées en tant que ressources autonomes dans votre abonnement Azure à l’aide du portail Azure ou d’Azure CLI. Les commandes Azure CLI peuvent être exécutées dans Azure Cloud Shell ou sur une station de travail avec Azure CLI installée.

portail Azure

1. Dans le portail Azure, entrez des identités managées dans la barre de recherche principale et sélectionnez le résultat correspondant dans la section Services .

2. Dans la page Identités managées , sélectionnez + Créer.

   

3. Dans la page Créer une identité managée affectée par l’utilisateur , sélectionnez un abonnement, un groupe de ressources et une région pour l’identité managée affectée par l’utilisateur, puis fournissez un nom.

4. Sélectionnez Vérifier + créer pour passer en revue et valider vos entrées.

   

5. Sélectionnez Créer pour créer l’identité managée affectée par l’utilisateur.

6. Une fois l’identité créée, sélectionnez Accéder à la ressource.

7. Dans la page Vue d’ensemble de la nouvelle identité, copiez la valeur de l’ID client à utiliser ultérieurement lorsque vous configurez le code de l’application.

Azure CLI

Utilisez la commande az identity create Azure CLI pour créer une identité managée :

az identity create \
    --resource-group <resource-group-name> \
    --name <identity-name> \
    --query 'clientId' \
    --output json

La sortie de commande imprime l’ID client de l’identité managée affectée par l’utilisateur créée. L’ID client est utilisé pour configurer le code d’application qui s’appuie sur l’identité.

Vous pouvez toujours afficher à nouveau les propriétés d’identité managée à l’aide de la az identity show commande :

az identity show \
    --resource-group <your-resource-group> \
    --name <your-managed-identity-name> \
    --output json

Affecter l’identité managée à votre application

Une identité managée affectée par l’utilisateur peut être associée à une ou plusieurs ressources Azure. Toutes les ressources qui utilisent cette identité obtiennent les autorisations appliquées via les rôles de l’identité.

portail Azure

1. Dans le portail Azure, accédez à la ressource qui héberge votre code d’application, telle qu’une instance Azure App Service ou Azure Container App.

2. Dans la page Vue d’ensemble de la ressource, développez Paramètres et sélectionnez Identité dans le volet de navigation.

3. Dans la page Identité, basculez vers l’onglet Utilisateur affecté.

4. Sélectionnez + Ajouter pour ouvrir le panneau Ajouter une identité managée affectée par l’utilisateur .

5. Dans le panneau Ajouter une identité managée affectée par l’utilisateur , utilisez la liste déroulante Abonnement pour filtrer les résultats de recherche de vos identités. Utilisez la zone de recherche des identités managées affectées par l’utilisateur pour localiser l’identité managée affectée par l’utilisateur que vous avez activée pour la ressource Azure hébergeant votre application.

6. Sélectionnez l’identité et choisissez Ajouter en bas du panneau pour continuer.

   

Azure CLI

Azure CLI fournit différentes commandes pour affecter une identité managée affectée par l’utilisateur à différents types de services d’hébergement.

1. Pour affecter une identité managée affectée par l’utilisateur à une ressource telle qu’une application web Azure App Service à l’aide d’Azure CLI, vous aurez besoin de l’ID de ressource de l’identité. Utilisez la az identity show commande pour récupérer l’ID de ressource :

   az identity show \
       --resource-group <your-resource-group> \
       --name <your-managed-identity-name> \
       --output json \
       --query id
   

2. Une fois que vous disposez de l’ID de ressource, utilisez la commande de commande az <resourceType> identity assign Azure CLI pour associer l’identité managée affectée par l’utilisateur à différentes ressources, par exemple :

   Pour Azure App Service, utilisez la commande az webapp identity assignAzure CLI :

   az webapp identity assign \
       --resource-group <resource-group-name> \
       --name <webapp-name> \
       --identities <user-assigned-identity-resource-id>
   

   Pour Azure Container Apps, utilisez la commande az containerapp identity assignAzure CLI :

   az containerapp identity assign \
       --resource-group <resource-group-name> \
       --name <containerapp-name> \
       --identities <user-assigned-identity-resource-id>
   

   Pour les machines virtuelles Azure, utilisez la commande az vm identity assignAzure CLI :

   az vm identity assign \
       --resource-group <resource-group-name> \
       --name <vm-name> \
       --identities <user-assigned-identity-resource-id>
   

Attribuer des rôles à l’identité managée

Ensuite, déterminez les rôles dont votre application a besoin et attribuez ces rôles à l’identité managée. Vous pouvez attribuer des rôles à une identité managée dans les étendues suivantes :

• Ressource : les rôles attribués s’appliquent uniquement à cette ressource spécifique.
• Groupe de ressources : les rôles attribués s’appliquent à toutes les ressources contenues dans le groupe de ressources.
• Abonnement : les rôles attribués s’appliquent à toutes les ressources contenues dans l’abonnement.

L’exemple suivant montre comment attribuer des rôles à l’étendue du groupe de ressources, car de nombreuses applications gèrent toutes leurs ressources Azure associées à l’aide d’un seul groupe de ressources.

portail Azure

1. Accédez à la page Vue d’ensemble du groupe de ressources qui contient l’application avec l’identité managée affectée par l’utilisateur.

2. Sélectionnez Contrôle d’accès (IAM) dans le volet de navigation gauche.

3. Dans la page Contrôle d’accès (IAM), sélectionnez + Ajouter dans le menu supérieur, puis choisissez Ajouter une attribution de rôle pour accéder à la page Ajouter une attribution de rôle .

   

4. La page Ajouter une attribution de rôle présente un flux de travail à onglets et à plusieurs étapes pour attribuer des rôles à des identités. Sous l’onglet Rôle initial, utilisez la zone de recherche en haut pour localiser le rôle que vous souhaitez affecter à l’identité.

5. Sélectionnez le rôle dans les résultats, puis choisissez Suivant pour accéder à l’onglet Membres .

6. Pour l’option Attribuer l’accès à , sélectionnez Identité managée.

7. Pour l’option Membres , choisissez + Sélectionner des membres pour ouvrir le panneau Sélectionner des identités managées .

8. Dans le panneau Sélectionner des identités managées , utilisez les listes déroulantes Abonnement et Identité managée pour filtrer les résultats de recherche de vos identités. Utilisez la zone de recherche Sélectionner pour localiser l’identité managée affectée par l’utilisateur que vous avez activée pour la ressource Azure hébergeant votre application.

   

9. Sélectionnez l’identité, puis sélectionnez Sélectionner en bas du panneau pour continuer.

10. Sélectionnez Vérifier + affecter en bas de la page.

11. Sous l’onglet Révision + affectation finale, sélectionnez Vérifier + affecter pour terminer le flux de travail.

Azure CLI

1. Pour attribuer un rôle à une identité managée affectée par l’utilisateur à l’aide d’Azure CLI, vous aurez besoin de l’ID principal de l’identité. Utilisez la az identity show commande pour récupérer l’ID du principal :

   az identity show \
       --resource-group <your-resource-group> \
       --name <your-managed-identity-name> \
       --output json \
       --query principalId
   

2. Utilisez la commande az role definition list pour explorer les rôles auxquels une identité managée peut être affectée :

   az role definition list \
       --query "sort_by([].{roleName:roleName, description:description}, &roleName)" \
       --output table
   

3. Attribuez un rôle à une identité managée à l’aide de la commande az role assignment create :

   az role assignment create \
       --assignee <your-principal-id> \
       --role <role-name> \
       --scope <scope>
   

   Par exemple, pour autoriser l’identité managée avec l’ID de lecture, d’écriture et de suppression de 99999999-9999-9999-9999-999999999999 l’accès aux conteneurs et données d’objets blob Stockage Azure à tous les comptes de stockage du groupe de ressources msdocs-sdk-auth-example , affectez le principal du service d’application au rôle Contributeur aux données blob de stockage à l’aide de la commande suivante :

   az role assignment create \
       --assignee 99999999-9999-9999-9999-999999999999 \
       --role "Storage Blob Data Contributor" \
       --scope "/subscriptions/00000000-0000-0000-0000-000000000000/resourceGroups/msdocs-sdk-auth-example"
   

Pour plus d’informations sur l’attribution d’autorisations au niveau de la ressource ou de l’abonnement à l’aide d’Azure CLI, consultez l’article Affecter des rôles Azure à l’aide d’Azure CLI.

S’authentifier auprès des services Azure à partir de votre application

La bibliothèque d’identités Azure fournit différentes informations d’identification : implémentations adaptées à la prise en charge de TokenCredential différents scénarios et flux d’authentification Microsoft Entra. Étant donné que l’identité managée n’est pas disponible lors de l’exécution locale, les étapes à suivre illustrent les informations d’identification à utiliser dans quel scénario :

• Environnement de développement local : pendant le développement local uniquement, utilisez une classe appelée DefaultAzureCredential pour une chaîne d’informations d’identification préconfigurée et avisée. DefaultAzureCredential découvre les informations d’identification de l’utilisateur à partir de vos outils locaux ou de votre IDE, comme Azure CLI ou Visual Studio Code. Il offre également une flexibilité et une commodité pour les nouvelles tentatives, les temps d’attente pour les réponses et la prise en charge de plusieurs options d’authentification. Consultez l’article s’authentifier auprès des services Azure pendant l’article de développement local pour en savoir plus.
• Applications hébergées par Azure : quand votre application s’exécute dans Azure, utilisez ManagedIdentityCredential cette option pour découvrir en toute sécurité l’identité managée configurée pour votre application. La spécification de ce type exact d’informations d’identification empêche les autres informations d’identification disponibles d’être récupérées de manière inattendue.

Implémenter le code

Dans un projet JavaScript, ajoutez le package @azure/identity . Dans un terminal de votre choix, accédez au répertoire du projet d’application et exécutez les commandes suivantes :

npm install @azure/identity

Les services Azure sont accessibles à l’aide de classes clientes spécialisées à partir des différentes bibliothèques clientes du Kit de développement logiciel (SDK) Azure. Dans index.js, effectuez les étapes suivantes pour configurer l’authentification basée sur les jetons :

1. Importez le @azure/identity package.
2. Transmettez une instance appropriée TokenCredential au client :
   • Utilisez DefaultAzureCredential quand votre application s’exécute localement.
   • Utilisez ManagedIdentityCredential cette option lorsque votre application s’exécute dans Azure et configurez l’ID client, l’ID de ressource ou l’ID d’objet.

ID du client

L’ID client est utilisé pour identifier une identité managée lors de la configuration d’applications ou de services qui doivent s’authentifier à l’aide de cette identité.

1. Récupérez l’ID client affecté à une identité managée affectée par l’utilisateur à l’aide de la commande suivante :

   az identity show \
       --resource-group <resource-group-name> \
       --name <identity-name> \
       --query 'clientId'
   

2. Configurez ManagedIdentityCredential avec l’ID client :

   import { BlobServiceClient } from '@azure/storage-blob';
   import { ManagedIdentityCredential, DefaultAzureCredential } from '@azure/identity';
   
   console.log(process.env);
   
   function createBlobServiceClient() {
       const accountName = process.env.AZURE_STORAGE_ACCOUNT_NAME;
       if (!accountName) throw Error('Azure Storage accountName not found');
       const url = `https://${accountName}.blob.core.windows.net`;
   
       if (process.env.NODE_ENV === "production") {
           const clientId = process.env.AZURE_CLIENT_ID;
           if (!clientId) throw Error('AZURE_CLIENT_ID not found for Managed Identity');
           return new BlobServiceClient(url, new ManagedIdentityCredential(clientId));
       } else {
           return new BlobServiceClient(url, new DefaultAzureCredential());
       }
   }
   
   async function main() {
       try {
           const blobServiceClient = createBlobServiceClient();
           const containerClient = blobServiceClient.getContainerClient(process.env.AZURE_STORAGE_CONTAINER_NAME);
           // do something with client
           const properties = await containerClient.getProperties();
   
           console.log(properties);
       } catch (err) {
           console.error("Error retrieving container properties:", err.message);
           throw err;
       }
   }
   
   main().catch((err) => {
       console.error("Error running sample:", err.message);
       process.exit(1);
   });
   

ID de ressource

L’ID de ressource identifie de manière unique la ressource d’identité managée au sein de votre abonnement Azure à l’aide de la structure suivante :

/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.ManagedIdentity/userAssignedIdentities/{identityName}

Les ID de ressource peuvent être générés par convention, ce qui les rend plus pratiques lors de l’utilisation d’un grand nombre d’identités managées affectées par l’utilisateur dans votre environnement.

1. Récupérez l’ID de ressource d’une identité managée affectée par l’utilisateur à l’aide de la commande suivante :

   az identity show \
       --resource-group <resource-group-name> \
       --name <identity-name> \
       --query 'id'
   

2. Configurez ManagedIdentityCredential avec l’ID de ressource :

   import { BlobServiceClient } from '@azure/storage-blob';
   import { ManagedIdentityCredential, DefaultAzureCredential } from '@azure/identity';
   
   
   function createBlobServiceClient() {
       const accountName = process.env.AZURE_STORAGE_ACCOUNT_NAME;
       if (!accountName) throw Error('Azure Storage accountName not found');
       const url = `https://${accountName}.blob.core.windows.net`;
   
       if (process.env.NODE_ENV === "production") {
           const resourceId = process.env.AZURE_RESOURCE_ID;
           if (!resourceId) throw Error('AZURE_RESOURCE_ID not found for Managed Identity');
           return new BlobServiceClient(url, new ManagedIdentityCredential(resourceId));
       } else {
           return new BlobServiceClient(url, new DefaultAzureCredential());
       }
   }
   
   async function main() {
       try {
           const blobServiceClient = createBlobServiceClient();
           const containerClient = blobServiceClient.getContainerClient(process.env.AZURE_STORAGE_CONTAINER_NAME);
           // do something with client
           const properties = await containerClient.getProperties();
   
           console.log(properties);
       } catch (err) {
           console.error("Error retrieving container properties:", err.message);
           throw err;
       }
   }
   
   main().catch((err) => {
       console.error("Error running sample:", err.message);
       process.exit(1);
   });
   

ID d’objet

Un ID de principal est un autre nom pour un ID d’objet.

1. Récupérez l’ID d’objet d’une identité managée affectée par l’utilisateur à l’aide de la commande suivante :

   az identity show \
       --resource-group <resource-group-name> \
       --name <identity-name> \
       --query 'principalId'
   

2. Configurez ManagedIdentityCredential avec l’ID d’objet :

   import { BlobServiceClient } from '@azure/storage-blob';
   import { ManagedIdentityCredential, DefaultAzureCredential } from '@azure/identity';
   
   
   function createBlobServiceClient() {
       const accountName = process.env.AZURE_STORAGE_ACCOUNT_NAME;
       if (!accountName) throw Error('Azure Storage accountName not found');
       const url = `https://${accountName}.blob.core.windows.net`;
   
       if (process.env.NODE_ENV === "production") {
           const objectId = process.env.AZURE_OBJECT_ID;
           if (!objectId) throw Error('AZURE_OBJECT_ID not found for Managed Identity');
           return new BlobServiceClient(url, new ManagedIdentityCredential(objectId));
       } else {
           return new BlobServiceClient(url, new DefaultAzureCredential());
       }
   }
   
   async function main() {
       try {
           const blobServiceClient = createBlobServiceClient();
           const containerClient = blobServiceClient.getContainerClient(process.env.AZURE_STORAGE_CONTAINER_NAME);
           // do something with client
           const properties = await containerClient.getProperties();
   
           console.log(properties);
       } catch (err) {
           console.error("Error retrieving container properties:", err.message);
           throw err;
       }
   }
   
   main().catch((err) => {
       console.error("Error running sample:", err.message);
       process.exit(1);
   });
   

Implémenter le code

Dans un projet TypeScript, ajoutez le package @azure/identity . Dans un terminal de votre choix, accédez au répertoire du projet d’application et exécutez les commandes suivantes :

npm install typescript @azure/identity @types/node

Les services Azure sont accessibles à l’aide de classes clientes spécialisées à partir des différentes bibliothèques clientes du Kit de développement logiciel (SDK) Azure. Dans index.js, effectuez les étapes suivantes pour configurer l’authentification basée sur les jetons :

1. Importez le @azure/identity package.
2. Transmettez une instance appropriée TokenCredential au client :
   • Utiliser DefaultAzureCredential lorsque votre application s’exécute localement
   • Utilisez ManagedIdentityCredential cette option lorsque votre application s’exécute dans Azure et configurez l’ID client, l’ID de ressource ou l’ID d’objet.

ID du client

L’ID client est utilisé pour identifier une identité managée lors de la configuration d’applications ou de services qui doivent s’authentifier à l’aide de cette identité.

1. Récupérez l’ID client affecté à une identité managée affectée par l’utilisateur à l’aide de la commande suivante :

   az identity show \
       --resource-group <resource-group-name> \
       --name <identity-name> \
       --query 'clientId'
   

2. Configurez ManagedIdentityCredential avec l’ID client :

   import { BlobServiceClient } from '@azure/storage-blob';
   import { ManagedIdentityCredential, DefaultAzureCredential } from '@azure/identity';
   
   function createBlobServiceClient(): BlobServiceClient {
       const accountName = process.env.AZURE_STORAGE_ACCOUNT_NAME;
       if (!accountName) throw Error('Azure Storage accountName not found');
       const url = `https://${accountName}.blob.core.windows.net`;
   
       if (process.env.NODE_ENV === "production") {
           const clientId = process.env.AZURE_CLIENT_ID;
           if (!clientId) throw Error('AZURE_CLIENT_ID not found for Managed Identity');
           return new BlobServiceClient(url, new ManagedIdentityCredential(clientId));
       } else {
           return new BlobServiceClient(url, new DefaultAzureCredential());
       }
   }
   
   async function main(): Promise<void> {
       try {
           const blobServiceClient = createBlobServiceClient();
           const containerClient = blobServiceClient.getContainerClient(process.env.AZURE_STORAGE_CONTAINER_NAME!);
           const properties = await containerClient.getProperties();
   
           console.log(properties);
       } catch (err: any) {
           console.error("Error retrieving container properties:", err.message);
           throw err;
       }
   }
   
   main().catch((err: Error) => {
       console.error("Error running sample:", err.message);
       process.exit(1);
   });
   

ID de ressource

L’ID de ressource identifie de manière unique la ressource d’identité managée au sein de votre abonnement Azure à l’aide de la structure suivante :

/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.ManagedIdentity/userAssignedIdentities/{identityName}

Les ID de ressource peuvent être générés par convention, ce qui les rend plus pratiques lors de l’utilisation d’un grand nombre d’identités managées affectées par l’utilisateur dans votre environnement.

1. Récupérez l’ID de ressource d’une identité managée affectée par l’utilisateur à l’aide de la commande suivante :

   az identity show \
       --resource-group <resource-group-name> \
       --name <identity-name> \
       --query 'id'
   

2. Configurez ManagedIdentityCredential avec l’ID de ressource :

   import { BlobServiceClient } from '@azure/storage-blob';
   import { ManagedIdentityCredential, DefaultAzureCredential } from '@azure/identity';
   
   function createBlobServiceClient(): BlobServiceClient {
       const accountName = process.env.AZURE_STORAGE_ACCOUNT_NAME;
       if (!accountName) throw Error('Azure Storage accountName not found');
       const url = `https://${accountName}.blob.core.windows.net`;
   
       if (process.env.NODE_ENV === "production") {
           const resourceId = process.env.AZURE_RESOURCE_ID;
           if (!resourceId) throw Error('AZURE_RESOURCE_ID not found for Managed Identity');
           return new BlobServiceClient(url, new ManagedIdentityCredential(resourceId));
       } else {
           return new BlobServiceClient(url, new DefaultAzureCredential());
       }
   }
   
   async function main(): Promise<void> {
       try {
           const blobServiceClient = createBlobServiceClient();
           const containerClient = blobServiceClient.getContainerClient(process.env.AZURE_STORAGE_CONTAINER_NAME!);
           const properties = await containerClient.getProperties();
   
           console.log(properties);
       } catch (err: any) {
           console.error("Error retrieving container properties:", err.message);
           throw err;
       }
   }
   
   main().catch((err: Error) => {
       console.error("Error running sample:", err.message);
       process.exit(1);
   });
   

ID d’objet

Un ID de principal est un autre nom pour un ID d’objet.

1. Récupérez l’ID d’objet d’une identité managée affectée par l’utilisateur à l’aide de la commande suivante :

   az identity show \
       --resource-group <resource-group-name> \
       --name <identity-name> \
       --query 'principalId'
   

2. Configurez ManagedIdentityCredential avec l’ID d’objet :

   import { BlobServiceClient } from '@azure/storage-blob';
   import { ManagedIdentityCredential, DefaultAzureCredential } from '@azure/identity';
   
   function createBlobServiceClient(): BlobServiceClient {
       const accountName = process.env.AZURE_STORAGE_ACCOUNT_NAME;
       if (!accountName) throw Error('Azure Storage accountName not found');
       const url = `https://${accountName}.blob.core.windows.net`;
   
       if (process.env.NODE_ENV === "production") {
           const objectId = process.env.AZURE_OBJECT_ID;
           if (!objectId) throw Error('AZURE_OBJECT_ID not found for Managed Identity');
           return new BlobServiceClient(url, new ManagedIdentityCredential(objectId));
       } else {
           return new BlobServiceClient(url, new DefaultAzureCredential());
       }
   }
   
   async function main(): Promise<void> {
       try {
           const blobServiceClient = createBlobServiceClient();
           const containerClient = blobServiceClient.getContainerClient(process.env.AZURE_STORAGE_CONTAINER_NAME!);
           const properties = await containerClient.getProperties();
   
           console.log(properties);
       } catch (err: any) {
           console.error("Error retrieving container properties:", err.message);
           throw err;
       }
   }
   
   main().catch((err: Error) => {
       console.error("Error running sample:", err.message);
       process.exit(1);
   });
   

Le code précédent se comporte différemment en fonction de l’environnement dans lequel il est en cours d’exécution :

• Sur votre station de travail de développement locale, DefaultAzureCredential examine les variables d’environnement d’un principal de service d’application ou des outils de développement installés localement, tels que Visual Studio Code, pour obtenir un ensemble d’informations d’identification de développeur.
• Une fois déployée sur Azure, ManagedIdentityCredential détecte automatiquement vos configurations d’identité managée pour s’authentifier auprès d’autres services.