Door Azure gehoste JavaScript-apps verifiëren bij Azure-resources met behulp van een door de gebruiker toegewezen beheerde identiteit

2025-09-03

De aanbevolen methode voor het verifiëren van een door Azure gehoste app voor andere Azure-resources is het gebruik van een beheerde identiteit. Deze benadering wordt ondersteund voor de meeste Azure-services, waaronder apps die worden gehost op Azure App Service, Azure Container Apps en Azure Virtual Machines. Ontdek meer over verschillende verificatietechnieken en benaderingen op de overzichtspagina voor verificatie . In de volgende secties leert u het volgende:

Essentiële concepten voor beheerde identiteiten
Een door de gebruiker toegewezen beheerde identiteit voor uw app maken
Rollen toewijzen aan de door de gebruiker toegewezen beheerde identiteit
Verifiëren met behulp van de door de gebruiker toegewezen beheerde identiteit vanuit uw app-code

Essentiële concepten voor beheerde identiteiten

Met een beheerde identiteit kan uw app veilig verbinding maken met andere Azure-resources zonder gebruik te maken van geheime sleutels of andere toepassingsgeheimen. Intern houdt Azure de identiteit bij en met welke resources verbinding mag worden gemaakt. Azure gebruikt deze informatie om automatisch Microsoft Entra-tokens voor de app te verkrijgen, zodat deze verbinding kan maken met andere Azure-resources.

Er zijn twee typen beheerde identiteiten waarmee u rekening moet houden bij het configureren van uw gehoste app:

Door het systeem toegewezen beheerde identiteiten worden rechtstreeks ingeschakeld op een Azure-resource en zijn gekoppeld aan de levenscyclus. Wanneer de resource wordt verwijderd, wordt de identiteit automatisch voor u verwijderd. Door het systeem toegewezen identiteiten bieden een minimalistische benadering voor het gebruik van beheerde identiteiten.
Door de gebruiker toegewezen beheerde identiteiten worden gemaakt als zelfstandige Azure-resources en bieden meer flexibiliteit en mogelijkheden. Ze zijn ideaal voor oplossingen met meerdere Azure-resources die dezelfde identiteit en machtigingen moeten delen. Als bijvoorbeeld meerdere virtuele machines toegang moeten hebben tot dezelfde set Azure-resources, biedt een door de gebruiker toegewezen beheerde identiteit herbruikbaar en geoptimaliseerd beheer.

Aanbeveling

Meer informatie over het selecteren en beheren van door het systeem toegewezen en door de gebruiker toegewezen beheerde identiteiten in het artikel met aanbevelingen voor aanbevolen procedures voor beheerde identiteiten.

In de volgende secties worden de stappen beschreven voor het inschakelen en gebruiken van een door de gebruiker toegewezen beheerde identiteit voor een door Azure gehoste app. Als u een door het systeem toegewezen beheerde identiteit wilt gebruiken, gaat u naar het artikel met door het systeem toegewezen beheerde identiteiten voor meer informatie.

Een door de gebruiker toegewezen beheerde identiteit maken

Door de gebruiker toegewezen beheerde identiteiten worden gemaakt als zelfstandige resources in uw Azure-abonnement met behulp van Azure Portal of de Azure CLI. Azure CLI-opdrachten kunnen worden uitgevoerd in Azure Cloud Shell of op een werkstation waarop de Azure CLI is geïnstalleerd.

Azure-portal
Azure-CLI

Voer in Azure Portal beheerde identiteiten in de hoofdzoekbalk in en selecteer het overeenkomende resultaat onder de sectie Services .
Selecteer + Maken op de pagina Beheerde identiteiten.
Selecteer op de pagina Door de gebruiker toegewezen beheerde identiteit maken een abonnement, resourcegroep en regio voor de door de gebruiker toegewezen beheerde identiteit en geef vervolgens een naam op.
Selecteer Beoordelen en maken om uw invoer te controleren en te valideren.
Selecteer Maken om de door de gebruiker toegewezen beheerde identiteit te maken.
Nadat de identiteit is gemaakt, selecteert u Ga naar de resource.
Kopieer op de overzichtspagina van de nieuwe identiteit de waarde van de client-id die u later wilt gebruiken wanneer u de toepassingscode configureert.

Gebruik de Azure CLI-opdracht az identity create om een beheerde identiteit te maken:

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

De uitvoer van de opdracht drukt de client-id van de gemaakte door de gebruiker toegewezen beheerde identiteit af. De client-id wordt gebruikt om toepassingscode te configureren die afhankelijk is van de identiteit.

U kunt de eigenschappen van de beheerde identiteit altijd opnieuw weergeven met behulp van de az identity show opdracht:

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

De beheerde identiteit toewijzen aan uw app

Een door de gebruiker toegewezen beheerde identiteit kan worden gekoppeld aan een of meer Azure-resources. Alle resources die gebruikmaken van die identiteit krijgen de machtigingen die worden toegepast via de rollen van de identiteit.

Azure-portal
Azure-CLI

Navigeer in Azure Portal naar de resource die als host fungeert voor uw app-code, zoals een Azure App Service- of Azure Container App-exemplaar.
Vouw op de overzichtspagina van de resource Instellingen uit en selecteer Identiteit in de navigatie.
Ga op de pagina Identity naar het tabblad Gebruiker toegewezen.
Selecteer + Toevoegen om het deelvenster Door de gebruiker toegewezen beheerde identiteit toevoegen te openen.
Gebruik in het deelvenster Door de gebruiker toegewezen beheerde identiteit toevoegen de vervolgkeuzelijst Abonnement om de zoekresultaten voor uw identiteiten te filteren. Gebruik het zoekvak door de gebruiker toegewezen beheerde identiteiten om de door de gebruiker toegewezen beheerde identiteit te zoeken die u hebt ingeschakeld voor de Azure-resource die als host fungeert voor uw app.
Selecteer de identiteit en kies Toevoegen onderaan het deelvenster om door te gaan.

De Azure CLI biedt verschillende opdrachten voor het toewijzen van een door de gebruiker toegewezen beheerde identiteit aan verschillende typen hostingservices.

Als u een door de gebruiker toegewezen beheerde identiteit wilt toewijzen aan een resource zoals een Azure App Service-web-app met behulp van de Azure CLI, hebt u de resource-id van de identiteit nodig. Gebruik de az identity show opdracht om de resource-id op te halen:
```
az identity show \
    --resource-group <your-resource-group> \
    --name <your-managed-identity-name> \
    --output json \
    --query id
```

Zodra u de resource-id hebt, gebruikt u de Opdrachtopdracht azure CLI az <resourceType> identity assign om de door de gebruiker toegewezen beheerde identiteit te koppelen aan verschillende resources, zoals de volgende:

Gebruik voor Azure App Service de Azure CLI-opdracht az webapp identity assign:

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

Gebruik voor Azure Container Apps de Azure CLI-opdracht az containerapp identity assign:

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

Gebruik voor Azure Virtual Machines de Azure CLI-opdracht az vm identity assign:

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

Rollen toewijzen aan de beheerde identiteit

Bepaal vervolgens welke rollen uw app nodig heeft en wijs deze rollen toe aan de beheerde identiteit. U kunt rollen toewijzen aan een beheerde identiteit op de volgende bereiken:

Resource: De toegewezen rollen zijn alleen van toepassing op die specifieke resource.
Resourcegroep: De toegewezen rollen zijn van toepassing op alle resources in de resourcegroep.
Abonnement: De toegewezen rollen zijn van toepassing op alle resources in het abonnement.

In het volgende voorbeeld ziet u hoe u rollen toewijst binnen het bereik van de resourcegroep, omdat veel apps al hun gerelateerde Azure-resources beheren met één resourcegroep.

Azure-portal
Azure-CLI

Navigeer naar de pagina Overzicht van de resourcegroep die de app bevat met de door de gebruiker toegewezen beheerde identiteit.
Selecteer Toegangsbeheer (IAM) in het linkernavigatievenster.
Selecteer op de pagina Toegangsbeheer (IAM)de optie + Toevoegen in het bovenste menu en kies Roltoewijzing toevoegen om naar de pagina Roltoewijzing toevoegen te gaan.
Op de pagina Roltoewijzing toevoegen ziet u een werkstroom met tabbladen met meerdere stappen om rollen toe te wijzen aan identiteiten. Gebruik op het tabblad Eerste rol het zoekvak bovenaan om de rol te vinden die u aan de identiteit wilt toewijzen.
Selecteer de rol in de resultaten en kies vervolgens Volgende om naar het tabblad Leden te gaan.
Selecteer Beheerde identiteit voor de optie Toegang toewijzen aan.
Voor de optie Leden kiest u + Leden selecteren om het deelvenster Beheerde identiteiten selecteren te openen.
Gebruik in het deelvenster Beheerde identiteiten selecteren de vervolgkeuzelijsten Abonnement en Beheerde identiteit om de zoekresultaten voor uw identiteiten te filteren. Gebruik het zoekvak Selecteren om de door de gebruiker toegewezen beheerde identiteit te zoeken die u hebt ingeschakeld voor de Azure-resource die als host fungeert voor uw app.
Selecteer de identiteit en kies Selecteren onderaan het deelvenster om door te gaan.
Selecteer Beoordelen en toewijzen onderaan de pagina.
Selecteer Beoordelen en toewijzen op het laatste tabblad Beoordelen + toewijzen om de werkstroom te voltooien.

Als u een rol wilt toewijzen aan een door de gebruiker toegewezen beheerde identiteit met behulp van de Azure CLI, hebt u de principal-id van de identiteit nodig. Gebruik de az identity show opdracht om de principal-id op te halen:
```
az identity show \
    --resource-group <your-resource-group> \
    --name <your-managed-identity-name> \
    --output json \
    --query principalId
```

Gebruik de opdracht az role definition list om te verkennen welke rollen een beheerde identiteit kan worden toegewezen:

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

Wijs een rol toe aan een beheerde identiteit met behulp van de opdracht az role assignment create :
```
az role assignment create \
    --assignee <your-principal-id> \
    --role <role-name> \
    --scope <scope>
```
Als u bijvoorbeeld de beheerde identiteit wilt toestaan met de id van 99999999-9999-9999-9999-999999999999 lees-, schrijf- en verwijdertoegang tot Azure Storage-blobcontainers en -gegevens voor alle opslagaccounts in de resourcegroep msdocs-sdk-auth-example , wijst u de service-principal van de toepassing toe aan de rol Inzender voor opslagblobgegevens met behulp van de volgende opdracht:
```
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"
```

Zie het artikel Azure-rollen toewijzen met behulp van de Azure CLI voor informatie over het toewijzen van machtigingen op resource- of abonnementsniveau met behulp van de Azure CLI.

Verifiëren bij Azure-services vanuit uw app

De Azure Identity-bibliotheek biedt verschillende referenties: implementaties die zijn aangepast aan de ondersteuning van TokenCredential verschillende scenario's en Microsoft Entra-verificatiestromen. Omdat beheerde identiteit niet beschikbaar is wanneer deze lokaal wordt uitgevoerd, laten de stappen zien welke referenties moeten worden gebruikt in welk scenario:

Lokale ontwikkelomgeving: gebruik tijdens lokale ontwikkeling alleen een klasse met de naam DefaultAzureCredential voor een vooraf geconfigureerde, vooraf geconfigureerde keten van referenties. DefaultAzureCredential detecteert gebruikersreferenties vanuit uw lokale hulpprogramma's of IDE, zoals de Azure CLI of Visual Studio Code. Het biedt ook flexibiliteit en gemak voor nieuwe pogingen, wachttijden voor antwoorden en ondersteuning voor meerdere verificatieopties. Ga naar het artikel Verifiëren bij Azure-services tijdens lokale ontwikkeling voor meer informatie.
Door Azure gehoste apps: wanneer uw app wordt uitgevoerd in Azure, kunt ManagedIdentityCredential u de beheerde identiteit die is geconfigureerd voor uw app veilig detecteren. Als u dit exacte type referentie opgeeft, voorkomt u dat andere beschikbare referenties onverwacht worden opgehaald.

De code implementeren

Voeg in een JavaScript-project het @azure/identiteitspakket toe. Navigeer in een terminal van uw keuze naar de projectmap van de toepassing en voer de volgende opdrachten uit:

npm install @azure/identity

Azure-services worden geopend met behulp van gespecialiseerde clientklassen uit de verschillende Azure SDK-clientbibliotheken. Voer index.jsin de volgende stappen de volgende stappen uit om verificatie op basis van tokens te configureren:

Importeer het @azure/identity pakket.
Geef een geschikt TokenCredential exemplaar door aan de client:
- Gebruik DefaultAzureCredential deze functie wanneer uw app lokaal wordt uitgevoerd.
- Gebruik ManagedIdentityCredential deze functie wanneer uw app wordt uitgevoerd in Azure en configureer de client-id, resource-id of object-id.

De client-id wordt gebruikt om een beheerde identiteit te identificeren bij het configureren van toepassingen of services die moeten worden geverifieerd met die identiteit.

Haal de client-id op die is toegewezen aan een door de gebruiker toegewezen beheerde identiteit met behulp van de volgende opdracht:
```
az identity show \
    --resource-group <resource-group-name> \
    --name <identity-name> \
    --query 'clientId'
```

Configureren ManagedIdentityCredential met de client-id:

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);
});

De resource-id identificeert de beheerde identiteitsresource in uw Azure-abonnement op unieke wijze met behulp van de volgende structuur:

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

Resource-id's kunnen worden gebouwd op basis van conventies, waardoor ze handiger zijn bij het werken met een groot aantal door de gebruiker toegewezen beheerde identiteiten in uw omgeving.

Haal de resource-id op voor een door de gebruiker toegewezen beheerde identiteit met behulp van de volgende opdracht:
```
az identity show \
    --resource-group <resource-group-name> \
    --name <identity-name> \
    --query 'id'
```

Configureren ManagedIdentityCredential met de resource-id:

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);
});

Een principal-id is een andere naam voor een object-id.

Haal de object-id op voor een door de gebruiker toegewezen beheerde identiteit met behulp van de volgende opdracht:

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

Configureren ManagedIdentityCredential met de object-id:

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);
});

De code implementeren

Voeg in een TypeScript-project het @azure/identiteitspakket toe. Navigeer in een terminal van uw keuze naar de projectmap van de toepassing en voer de volgende opdrachten uit:

npm install typescript @azure/identity @types/node

Importeer het @azure/identity pakket.
Geef een geschikt TokenCredential exemplaar door aan de client:
- Gebruiken DefaultAzureCredential wanneer uw app lokaal wordt uitgevoerd
- Gebruik ManagedIdentityCredential deze functie wanneer uw app wordt uitgevoerd in Azure en configureer de client-id, resource-id of object-id.

De client-id wordt gebruikt om een beheerde identiteit te identificeren bij het configureren van toepassingen of services die moeten worden geverifieerd met die identiteit.

Haal de client-id op die is toegewezen aan een door de gebruiker toegewezen beheerde identiteit met behulp van de volgende opdracht:
```
az identity show \
    --resource-group <resource-group-name> \
    --name <identity-name> \
    --query 'clientId'
```

Configureren ManagedIdentityCredential met de client-id:

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);
});

De resource-id identificeert de beheerde identiteitsresource in uw Azure-abonnement op unieke wijze met behulp van de volgende structuur:

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

Resource-id's kunnen worden gebouwd op basis van conventies, waardoor ze handiger zijn bij het werken met een groot aantal door de gebruiker toegewezen beheerde identiteiten in uw omgeving.

Haal de resource-id op voor een door de gebruiker toegewezen beheerde identiteit met behulp van de volgende opdracht:
```
az identity show \
    --resource-group <resource-group-name> \
    --name <identity-name> \
    --query 'id'
```

Configureren ManagedIdentityCredential met de resource-id:

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);
});

Een principal-id is een andere naam voor een object-id.

Haal de object-id op voor een door de gebruiker toegewezen beheerde identiteit met behulp van de volgende opdracht:

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

Configureren ManagedIdentityCredential met de object-id:

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);
});

De voorgaande code gedraagt zich anders, afhankelijk van de omgeving waarin deze wordt uitgevoerd:

Op uw lokale ontwikkelwerkstation DefaultAzureCredential zoekt u in de omgevingsvariabelen naar een toepassingsservice-principal of op lokaal geïnstalleerde ontwikkelhulpprogramma's, zoals Visual Studio Code, voor een set ontwikkelaarsreferenties.
Wanneer deze wordt geïmplementeerd in Azure, ManagedIdentityCredential detecteert u uw configuraties voor beheerde identiteiten om automatisch te verifiëren bij andere services.

Feedback

Is deze pagina nuttig?

Delen via

Door Azure gehoste JavaScript-apps verifiëren bij Azure-resources met behulp van een door de gebruiker toegewezen beheerde identiteit

Essentiële concepten voor beheerde identiteiten

Een door de gebruiker toegewezen beheerde identiteit maken

De beheerde identiteit toewijzen aan uw app

Rollen toewijzen aan de beheerde identiteit

Verifiëren bij Azure-services vanuit uw app

De code implementeren

De code implementeren

Feedback

Aanvullende resources