Azure-gehoste Java-apps authentiseren naar Azure-resources met behulp van een systeem-toegewezen beheerde identiteit.

De aanbevolen methode voor het verifiëren van een Azure gehoste app voor andere Azure resources is het gebruik van een beheerde identiteit. De meeste Azure-services ondersteunen deze benadering, waaronder apps die worden gehost op Azure App Service, Azure Container Apps en Azure Virtual Machines. Zie Azure services en resourcetypen die beheerde identiteiten ondersteunen voor meer informatie. Zie Authenticate Java apps to Azure services met behulp van de Azure Identity Library voor meer informatie over verschillende verificatietechnieken en benaderingen.

In de volgende secties leert u het volgende:

Essentiële concepten voor beheerde identiteiten.
Een door het systeem toegewezen beheerde identiteit voor uw app maken.
Rollen toewijzen aan de door het systeem toegewezen beheerde identiteit.
Verificatie uitvoeren met behulp van de door het systeem 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 bij welke identiteit het is en met welke resources het verbinding mag maken. Azure deze informatie gebruikt 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:

System-assigned beheerde identiteiten worden rechtstreeks ingeschakeld op een Azure-resource en zijn gekoppeld aan de levenscyclus. Wanneer de resource wordt verwijderd, verwijdert Azure automatisch de identiteit voor u. Door het systeem toegewezen identiteiten bieden een minimalistische benadering voor het gebruik van beheerde identiteiten.
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 het systeem toegewezen beheerde identiteit voor een Azure gehoste app. Als u een door de gebruiker toegewezen beheerde identiteit wilt gebruiken, raadpleegt u Azure-gehoste Java-apps authentiseren naar Azure-resources met behulp van een door de gebruiker toegewezen beheerde identiteit.

Een door het systeem toegewezen beheerde identiteit inschakelen op de Azure hostingresource

Als u aan de slag wilt gaan met een door het systeem toegewezen beheerde identiteit met uw app, schakelt u de identiteit in op de Azure resource die als host fungeert voor uw app, zoals een Azure App Service, Azure Container Apps of Azure Virtual Machines-exemplaar.

U kunt een door het systeem toegewezen beheerde identiteit inschakelen voor een Azure resource met behulp van de Azure-portal of de Azure CLI.

Azure portal
Azure CLI

Navigeer in de Azure-portal naar de resource die als host fungeert voor uw toepassingscode, zoals een Azure App Service of Azure Container Apps exemplaar.
Vouw op de pagina Overzicht van de resource de Instellingen uit en selecteer Identiteit in de navigatie.
Schakel op de pagina Identity de schuifregelaar Status in op Op.
Selecteer Opslaan om uw wijzigingen toe te passen.

Azure CLI opdrachten kunnen worden uitgevoerd in de Azure Cloud Shell of op een werkstation waarop de Azure CLI is geïnstalleerd.

De Azure CLI opdrachten die worden gebruikt om beheerde identiteit voor een Azure resource in te schakelen, zijn van het formulier az <command-group> identity --resource-group <resource-group-name> --name <resource-name>. Hieronder ziet u specifieke opdrachten voor populaire Azure-services.

Azure App Service:

az webapp identity assign \
    --resource-group <resource-group-name> \
    --name <web-app-name>

Azure Container Apps:

az containerapp identity assign \
    --resource-group <resource-group-name> \
    --name <container-app-name> \
    --system-assigned

Azure Virtual Machines:

az vm identity assign \
    --resource-group <resource-group-name> \
    --name <virtual-machine-name>

De uitvoer ziet er ongeveer als volgt uit:

{
  "principalId": "aaaaaaaa-bbbb-cccc-1111-222222222222",
  "tenantId": "aaaabbbb-0000-cccc-1111-dddd2222eeee",
  "type": "SystemAssigned",
  "userAssignedIdentities": null
}

De principalId waarde is de unieke id van de beheerde identiteit. Bewaar een kopie van deze uitvoer, omdat u deze waarden in de volgende stap nodig hebt.

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 niveaus:

Resource: de toegewezen rollen zijn alleen van toepassing op die specifieke resource.
Resourcegroep: De toegewezen rollen zijn van toepassing op alle bronnen 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 behulp van één resourcegroep.

Azure portal
Azure CLI

Navigeer naar de pagina Overzicht van de resourcegroep die de app bevat met de door het systeem toegewezen beheerde identiteit.
Selecteer IAM- (Access Control) in het linkernavigatievenster.
Selecteer op de pagina Toegangsbeheer (IAM) + toevoegen in het bovenste menu en kies vervolgens Roltoewijzing toevoegen om naar de pagina Roltoewijzing toevoegen te navigeren.
Op de pagina Roltoewijzing toevoegen pagina wordt een werkstroom met tabbladen met meerdere stappen weergegeven om rollen toe te wijzen aan identiteiten. Gebruik op het eerste tabblad 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.
Voor de optie Toegang toewijzen aan selecteer Beheerde identiteit.
Voor de optie Leden kiest u + Selecteer leden om het Selecteer beheerde identiteiten deelvenster te openen.
Gebruik in het deelvenster Beheerde identiteiten selecteren de dropdowns Abonnement en Beheerde identiteit om de zoekresultaten voor uw beheerde identiteiten te filteren. Gebruik het zoekvak Select om de systeemidentiteit te zoeken die u hebt ingeschakeld voor de Azure resource die als host fungeert voor uw app.
Selecteer de identiteit en kies Selecteer onderaan het deelvenster om door te gaan.
Selecteer Beoordelen en toewijzen onderaan de pagina.
Selecteer op het laatste tabblad Beoordelen en toewijzen, Beoordelen en toewijzen om de werkstroom te voltooien.

Aan een beheerde identiteit wordt een rol toegewezen in Azure met behulp van de opdracht az-roltoewijzing maken:

az role assignment create \
    --assignee "{managedIdentityId}" \
    --role "{roleName}" \
    --scope "{scope}"

Als u rolnamen wilt ophalen waaraan een service-principal kan worden toegewezen, gebruik de volgende opdracht az role definition list:

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

Als u bijvoorbeeld de beheerde identiteit met de ID van aaaaaaaa-bbbb-cccc-1111-222222222222 wilt toestaan om lezen, schrijven en verwijderen van toegang tot Azure Storage-blobcontainers en gegevens tot alle opslagaccounts in de msdocs-sdk-auth-example resource-groep, wijs de service-principal van de toepassing toe aan de rol Storage Blob Data Contributor met behulp van de volgende opdracht.

az role assignment create \
    --assignee aaaaaaaa-bbbb-cccc-1111-222222222222 \
    --role "Storage Blob Data Contributor" \
    --scope "/subscriptions/00000000-0000-0000-0000-000000000000/resourceGroups/msdocs-sdk-auth-example"

Zie het artikel Assign Azure roles using the 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 library biedt verschillende referenties als implementaties van TokenCredential. Elke implementatie ondersteunt verschillende scenario's en Microsoft Entra verificatiestromen. Gebruik voor Azure gehoste apps DefaultAzureCredential, waarmee automatisch beheerde identiteitsreferenties worden gedetecteerd wanneer deze worden uitgevoerd in Azure.

De code implementeren

Voeg de azure-identity afhankelijkheid toe aan uw pom.xml bestand:

<dependency>
    <groupId>com.azure</groupId>
    <artifactId>azure-identity</artifactId>
</dependency>

U opent Azure services met behulp van gespecialiseerde clientklassen uit de Azure SDK-clientbibliotheken. In de volgende codevoorbeelden ziet u hoe u de inloggegevens configureert voor door het systeem toegewezen beheerde identiteitsverificatie.

DefaultAzureCredential gebruiken

Gebruik DefaultAzureCredential voor Azure gehoste apps, omdat hiermee automatisch beheerde identiteitsreferenties worden gedetecteerd wanneer deze worden uitgevoerd in Azure. Voor door het systeem toegewezen beheerde identiteiten is geen extra configuratie vereist.

import com.azure.identity.DefaultAzureCredential;
import com.azure.identity.DefaultAzureCredentialBuilder;
import com.azure.security.keyvault.secrets.SecretClient;
import com.azure.security.keyvault.secrets.SecretClientBuilder;

// DefaultAzureCredential automatically discovers managed identity when running in Azure
DefaultAzureCredential credential = new DefaultAzureCredentialBuilder().build();

// Azure SDK client builders accept the credential as a parameter
SecretClient client = new SecretClientBuilder()
    .vaultUrl("https://<your-key-vault-name>.vault.azure.net")
    .credential(credential)
    .buildClient();

ManagedIdentityCredential gebruiken

Als u expliciet de referentie voor de beheerde identiteit wilt gebruiken en het opzoeken van de referentieketen in DefaultAzureCredential wilt voorkomen, gebruik dan ManagedIdentityCredential rechtstreeks. Geef voor door het systeem toegewezen beheerde identiteiten geen client-id op:

import com.azure.identity.ManagedIdentityCredential;
import com.azure.identity.ManagedIdentityCredentialBuilder;
import com.azure.security.keyvault.secrets.SecretClient;
import com.azure.security.keyvault.secrets.SecretClientBuilder;

// For system-assigned managed identity, don't specify a client ID
ManagedIdentityCredential credential = new ManagedIdentityCredentialBuilder().build();

// Azure SDK client builders accept the credential as a parameter
SecretClient client = new SecretClientBuilder()
    .vaultUrl("https://<your-key-vault-name>.vault.azure.net")
    .credential(credential)
    .buildClient();

Volgende stappen

Dit artikel heeft betrekking op verificatie met behulp van een door het systeem toegewezen beheerde identiteit. Deze vorm van verificatie is een van de verschillende manieren waarop u zich kunt verifiëren in de Azure SDK voor Java. In de volgende artikelen worden andere manieren beschreven:

Als u problemen ondervindt met betrekking tot Azure-gehoste toepassingsverificatie, raadpleegt u Roubleshoot Azure gehoste toepassingsverificatie.

Nadat u authenticatie onder de knie hebt, raadpleegt u logboekregistratie configureren in de Azure SDK voor Java voor informatie over de logboekregistratiefunctionaliteit die door de SDK wordt geboden.

Feedback

Is deze pagina nuttig?

Last updated on 2026-03-06