Node.js-apps verifiëren bij Azure-services tijdens lokale ontwikkeling met behulp van ontwikkelaarsaccounts

2025-09-23

Tijdens lokale ontwikkeling moeten toepassingen worden geverifieerd bij Azure om toegang te krijgen tot verschillende Azure-services. Twee algemene benaderingen voor lokale verificatie zijn het gebruik van een service-principal of het gebruik van een ontwikkelaarsaccount. In dit artikel wordt uitgelegd hoe u een ontwikkelaarsaccount gebruikt. In de volgende secties leert u het volgende:

Microsoft Entra-groepen gebruiken om machtigingen voor meerdere ontwikkelaarsaccounts efficiënt te beheren
Rollen toewijzen aan ontwikkelaarsaccounts om de toegang te beperken
Aanmelden bij ondersteunde lokale ontwikkelhulpprogramma's
Verifiëren met behulp van een ontwikkelaarsaccount vanuit uw app-code

Voor een app die tijdens lokale ontwikkeling bij Azure kan worden geverifieerd met behulp van de Azure-referenties van de ontwikkelaar, moet de ontwikkelaar zijn aangemeld bij Azure vanuit een van de volgende ontwikkelhulpprogramma's:

Azure-opdrachtregelinterface (CLI)
Azure-ontwikkelaars-CLI
Azure PowerShell

De Azure Identity-bibliotheek kan detecteren dat de ontwikkelaar is aangemeld vanuit een van deze hulpprogramma's. De bibliotheek kan vervolgens het Microsoft Entra-toegangstoken verkrijgen via het hulpprogramma om de app te verifiëren bij Azure als de aangemelde gebruiker.

Deze benadering maakt gebruik van de bestaande Azure-accounts van de ontwikkelaar om het verificatieproces te stroomlijnen. Het account van een ontwikkelaar heeft echter waarschijnlijk meer machtigingen dan vereist is voor de app, waardoor de machtigingen van de app in productie worden overschreden. Als alternatief kunt u service-principals voor toepassingen maken die moeten worden gebruikt tijdens de lokale ontwikkeling. Dit kan worden beperkt tot alleen de toegang die nodig is voor de app.

Een Microsoft Entra-groep maken voor lokale ontwikkeling

Maak een Microsoft Entra-groep om de rollen (machtigingen) die de app nodig heeft in lokale ontwikkeling in te kapselen in plaats van de rollen toe te wijzen aan afzonderlijke service-principal-objecten. Deze aanpak biedt de volgende voordelen:

Elke ontwikkelaar heeft dezelfde rollen toegewezen op groepsniveau.
Als er een nieuwe rol nodig is voor de app, hoeft deze alleen aan de groep voor de app te worden toegevoegd.
Als een nieuwe ontwikkelaar lid wordt van het team, wordt er een nieuwe toepassingsservice-principal gemaakt voor de ontwikkelaar en toegevoegd aan de groep, zodat de ontwikkelaar over de juiste machtigingen beschikt om aan de app te werken.

Azure-portal
Azure-CLI

Navigeer naar de overzichtspagina van Microsoft Entra ID in Azure Portal.
Selecteer Alle groepen in het menu aan de linkerkant.
Selecteer Nieuwe groep op de pagina Groepen.
Vul op de pagina Nieuwe groep de volgende formuliervelden in:
- Groepstype: selecteer Beveiliging.
- Groepsnaam: Voer een naam in voor de groep die een verwijzing naar de app- of omgevingsnaam bevat.
- Groepsbeschrijving: Voer een beschrijving in waarmee het doel van de groep wordt uitgelegd.
Selecteer de koppeling Geen leden geselecteerd onder Leden om leden toe te voegen aan de groep.
Zoek in het uitklapvenster dat wordt geopend naar de service-principal die u eerder hebt gemaakt en selecteer deze uit de gefilterde resultaten. Kies de knop Selecteren onderaan het deelvenster om uw selectie te bevestigen.
Selecteer Maken onder aan de pagina Nieuwe groep om de groep te maken en terug te keren naar de pagina Alle groepen . Als de nieuwe groep niet wordt weergegeven, wacht u even en vernieuwt u de pagina.

Gebruik de opdracht az ad group create om groepen te maken in Microsoft Entra ID.
```
az ad group create \
    --display-name <group-name> \
    --mail-nickname <group-mail-nickname> \
    --description <group-description>
```
De parameters --display-name en --mail-nickname zijn vereist. De naam die aan de groep wordt gegeven, moet zijn gebaseerd op de naam en omgeving van de app om het doel van de groep aan te geven.
Als u leden aan de groep wilt toevoegen, hebt u de object-id van de service-principal van de toepassing nodig. Dit verschilt van de toepassings-id. Gebruik de opdracht az ad sp list om de beschikbare service-principals weer te geven:
```
az ad sp list \
    --filter "startswith(displayName, '<group-name>')" \
    --query "[].{objectId:id, displayName:displayName}"
```
De --filter parameter accepteert OData-stijlfilters en kan worden gebruikt om de lijst te filteren zoals wordt weergegeven. De --query parameter beperkt de uitvoer tot alleen de interessekolommen.

Gebruik de opdracht az ad group member add om leden toe te voegen aan de groep:

az ad group member add \
    --group <group-name> \
    --member-id <object-id>

Rollen toewijzen aan de groep

Bepaal vervolgens welke rollen (machtigingen) uw app nodig heeft voor welke resources en wijs deze rollen toe aan de Microsoft Entra-groep die u hebt gemaakt. Aan groepen kan een rol worden toegewezen op het niveau van de resource, resourcegroep of abonnementsscope. In dit voorbeeld ziet u hoe u rollen toewijst binnen het bereik van de resourcegroep, omdat de meeste apps al hun Azure-resources groeperen in één resourcegroep.

Azure-portal
Azure-CLI

Navigeer in Azure Portal naar de overzichtspagina van de resourcegroep die uw app bevat.
Selecteer IAM- (Access Control) in het linkernavigatievenster.
Selecteer + Toevoegen en kies vervolgens roltoewijzing toevoegen in de vervolgkeuzelijst op de pagina Toegangsbeheer (IAM). De pagina Roltoewijzing toevoegen bevat verschillende tabbladen voor het configureren en toewijzen van rollen.
Gebruik op het tabblad Rol het zoekvak om de rol te vinden die u wilt toewijzen. Selecteer de rol en kies Volgende.
Op het tabblad Leden :
- Voor de waarde 'toegang toewijzen aan' selecteert u gebruiker, gebruikersgroep of service-principal.
- Voor de waarde Leden kiest u + Leden selecteren om het flyoutdeelvenster Leden selecteren te openen.
- Zoek naar de Microsoft Entra-groep die u eerder hebt gemaakt en selecteer deze in de gefilterde resultaten. Kies Selecteren om de groep te selecteren en het uitklapdeelvenster te sluiten.
- Selecteer Beoordelen en toewijzen onderaan het tabblad Leden .
Selecteer op het tabblad Controleren en toewijzen de optie Controleren en toewijzen onderaan de pagina.

Gebruik de opdracht az role definition list om de namen op te halen van de rollen waaraan een Microsoft Entra-groep of service-principal kan worden toegewezen:
```
az role definition list \
    --query "sort_by([].{roleName:roleName, description:description}, &roleName)" \
    --output table
```
Gebruik de opdracht az role assignment create om een rol toe te wijzen aan de Microsoft Entra-groep die u hebt gemaakt:
```
az role assignment create \
    --assignee "<group-object-Id>" \
    --role "<role-name>" \
    --resource-group "<resource-group-name>"
```
Zie Azure-rollen toewijzen met behulp van de Azure CLI voor meer informatie over het toewijzen van machtigingen op resource- of abonnementsniveau met behulp van de Azure CLI.

Meld u vervolgens aan bij Azure met behulp van een van de verschillende ontwikkelhulpprogramma's die kunnen worden gebruikt om verificatie uit te voeren in uw ontwikkelomgeving. Het account dat u verifieert, moet ook aanwezig zijn in de Microsoft Entra-groep die u eerder hebt gemaakt en geconfigureerd.

Ontwikkelaars kunnen Azure CLI gebruiken om te verifiëren bij Microsoft Entra ID. Apps die DefaultAzureCredential of AzureCliCredential gebruiken, kunnen dit account vervolgens gebruiken om app-aanvragen te verifiëren wanneer ze lokaal worden uitgevoerd.

Voer de az login opdracht uit om te verifiëren met de Azure CLI. Op een systeem met een standaardwebbrowser start de Azure CLI de browser om de gebruiker te verifiëren.

az login

Voor systemen zonder een standaardwebbrowser gebruikt de opdracht az login de verificatiestroom voor apparaatcode. De gebruiker kan de Azure CLI ook dwingen om de apparaatcodestroom te gebruiken in plaats van een browser te starten door het argument --use-device-code op te geven.

az login --use-device-code

Ontwikkelaars kunnen Azure Developer CLI gebruiken om te verifiëren bij Microsoft Entra ID. Apps die DefaultAzureCredential of AzureDeveloperCliCredential gebruiken, kunnen dit account vervolgens gebruiken om app-aanvragen te verifiëren wanneer ze lokaal worden uitgevoerd.

Voer de azd auth login opdracht uit om te verifiëren met de Azure Developer CLI. Op een systeem met een standaardwebbrowser start de Azure Developer CLI de browser om de gebruiker te verifiëren.

azd auth login

Voor systemen zonder een standaardwebbrowser gebruikt de azd auth login --use-device-code apparaatcodeverificatiestroom. De gebruiker kan ook afdwingen dat de Azure Developer CLI de apparaatcodestroom gebruikt in plaats van een browser te starten door het --use-device-code argument op te geven.

azd auth login --use-device-code

Ontwikkelaars kunnen Azure PowerShell gebruiken om te verifiëren bij Microsoft Entra ID. Apps die DefaultAzureCredential of AzurePowerShellCredential gebruiken, kunnen vervolgens dit account gebruiken om app-aanvragen te verifiëren wanneer ze lokaal worden uitgevoerd.

Voer de opdracht Connect-AzAccountuit om te verifiëren met Azure PowerShell. Op een systeem met een standaardwebbrowser en versie 5.0.0 of hoger van Azure PowerShell wordt de browser gestart om de gebruiker te verifiëren.

Connect-AzAccount

Voor systemen zonder een standaardwebbrowser gebruikt de opdracht Connect-AzAccount de verificatiestroom voor apparaatcode. De gebruiker kan ook afdwingen dat Azure PowerShell de apparaatcodestroom gebruikt in plaats van een browser te starten door het UseDeviceAuthentication argument op te geven.

Connect-AzAccount -UseDeviceAuthentication

Verifiëren bij Azure-services vanuit uw app

De Azure Identity-bibliotheek biedt verschillende referenties—implementaties die zijn ontworpen om verschillende scenario's en Microsoft Entra-authenticatiestromen te ondersteunen. In de volgende stappen ziet u hoe u deze kunt gebruiken DefaultAzureCredential wanneer u lokaal met gebruikersaccounts werkt.

De code implementeren

DefaultAzureCredential is een gestructureerde en geprefereerde volgorde van mechanismen voor authenticatie bij Microsoft Entra ID. Elk verificatiemechanisme is een klasse die is afgeleid van de TokenCredential-klasse en wordt een referentie genoemd. Tijdens de uitvoeringstijd probeert DefaultAzureCredential te authenticeren met behulp van de eerste referentie. Als deze referentie geen toegangstoken kan verkrijgen, wordt de volgende referentie in de reeks geprobeerd, enzovoort, totdat een toegangstoken is verkregen. Op deze manier kan uw app verschillende referenties in verschillende omgevingen gebruiken zonder omgevingsspecifieke code te schrijven.

Om DefaultAzureCredential te gebruiken, voegt u de @azure/identity pakketten toe aan uw toepassing. Navigeer in een terminal van uw keuze naar de map van het toepassingsproject en voer de volgende opdracht uit:

npm install @azure/identity

Azure-services worden geopend met behulp van gespecialiseerde clientklassen uit de verschillende Azure SDK-clientbibliotheken. Deze klassen en uw eigen aangepaste services moeten worden geregistreerd, zodat ze toegankelijk zijn in uw app. Voer de volgende programmatische stappen uit om een clientklasse te maken en DefaultAzureCredential:

Importeer het @azure/identity-pakket.
Creëer de Azure-serviceclient en geef het een nieuw exemplaar van DefaultAzureCredential.

import { DefaultAzureCredential } from "@azure/identity";
import { SomeAzureServiceClient } from "@azure/arm-some-service";

const client = new SomeAzureServiceClient(new DefaultAzureCredential());

Feedback

Is deze pagina nuttig?