Poznámka:
Přístup k této stránce vyžaduje autorizaci. Můžete se zkusit přihlásit nebo změnit adresáře.
Přístup k této stránce vyžaduje autorizaci. Můžete zkusit změnit adresáře.
Doporučeným přístupem k ověření Azure hostované aplikace u jiných prostředků Azure je použití managed identity. Tento přístup je podporován pro většinu služeb Azure, včetně aplikací hostovaných na Azure App Service, Azure Container Apps a Azure Virtual Machines. Další informace o různých technikách ověřování a přístupech najdete na stránce přehledu ověřování . V dalších částech se dozvíte:
- Základní koncepty spravované identity
- Vytvoření spravované identity přiřazené systémem pro vaši aplikaci
- Přiřazení rolí spravované identitě přiřazené systémem
- Jak ověřit pomocí systémem přiřazené spravované identity z kódu vaší aplikace
Základní koncepty spravované identity
Spravovaná identita umožňuje aplikaci bezpečně připojit k dalším Azure prostředkům bez použití tajných klíčů nebo jiných tajných kódů aplikací. Interně Azure sleduje identitu a prostředky, ke kterým se může připojit. Azure tyto informace používá k automatickému získání tokenů Microsoft Entra pro aplikaci, aby se mohla připojit k dalším Azure prostředkům.
Při konfiguraci hostované aplikace je potřeba zvážit dva typy spravovaných identit:
- Systemem přiřazené spravované identity jsou povoleny přímo na prostředku Azure a jsou vázány na jeho životní cyklus. Po odstranění prostředku Azure automaticky odstraní identitu za vás. Identity přiřazené systémem poskytují minimalistický přístup k používání spravovaných identit.
- Uživatelsky přiřazené spravované identity se vytvářejí jako samostatné prostředky Azure a nabízejí větší flexibilitu a schopnosti. Jsou ideální pro řešení zahrnující více Azure prostředků, které potřebují sdílet stejnou identitu a oprávnění. Pokud například více virtuálních počítačů potřebuje přístup ke stejné sadě Azure prostředků, poskytuje spravovaná identita přiřazená uživatelem možnost opakovaného použití a optimalizovanou správu.
Návod
Další informace o výběru a správě spravovaných identit přiřazených systémem a přiřazených uživatelem najdete v článku s doporučeními k osvědčeným postupům spravované identity .
Následující části popisují postup povolení a použití spravované identity přiřazené systémem pro Azure hostované aplikace. Pokud potřebujete použít spravovanou identitu přiřazenou uživatelem, další informace najdete v článku o spravovaných identitách přiřazených uživatelem .
Povolit systemem přiřazenou spravovanou identitu na hostitelském prostředku Azure.
Pokud chcete začít používat spravovanou identitu přiřazenou systémem s vaší aplikací, povolte identitu na Azure prostředku, který je hostitelem vaší aplikace, jako je Azure App Service, Azure Container Apps nebo instance Azure Virtual Machines.
Spravovanou identitu přiřazenou systémem můžete povolit pro prostředek Azure pomocí portálu Azure nebo Azure CLI.
Na portálu Azure přejděte k prostředku, který je hostitelem kódu aplikace, jako je Azure App Service nebo instance Azure Container Apps.
Na stránce Přehled prostředku rozbalte Nastavení a v navigaci vyberte Identita .
Na stránce Identita přepněte posuvník Stav na Zapnuto.
Výběrem možnosti Uložit se vaše změny uplatní.
Přiřazení rolí ke spravované identitě
Dále určete, které role vaše aplikace potřebuje, a přiřaďte tyto role spravované identitě. Spravované identitě můžete přiřadit role v následujících oborech:
- Prostředek: Přiřazené role se vztahují pouze na tento konkrétní prostředek.
- Skupina prostředků: Přiřazené role se vztahují na všechny prostředky obsažené ve skupině prostředků.
- Předplatné: Přiřazené role se vztahují na všechny prostředky obsažené v předplatném.
Následující příklad ukazuje, jak přiřadit role v oboru skupiny prostředků, protože mnoho aplikací spravuje všechny související Azure prostředky pomocí jedné skupiny prostředků.
Přejděte na stránku Přehled skupiny prostředků, která obsahuje aplikaci se spravovanou identitou přiřazenou systémem.
V levém navigačním panelu vyberte Řízení přístupu (IAM ).
Na stránce Řízení přístupu (IAM) v horní nabídce vyberte + Přidat a pak zvolte Přidat přiřazení role a přejděte na stránku Přidat přiřazení role .
Stránka Přidat přiřazení role představuje vícestupňový pracovní postup se záložkami pro přiřazení rolí identitám. Na úvodní kartě Role vyhledejte pomocí vyhledávacího pole v horní části roli, kterou chcete přiřadit k identitě.
Ve výsledcích vyberte roli a pak zvolte Další a přejděte na kartu Členové .
U možnosti Přiřadit přístup vyberte Spravovaná identita.
U možnosti Členové zvolte + Vybrat členy a otevřete panel Vybrat spravované identity .
Na panelu Vybrat spravované identity použijte rozevírací nabídky Předplatné a Spravovaná identita ke filtrování výsledků hledání pro vaše identity. Pomocí vyhledávacího pole Select vyhledejte systémovou identitu, kterou jste povolili pro prostředek Azure hostující vaši aplikaci.
Vyberte identitu a pokračujte výběrem možnosti Vybrat v dolní části panelu.
V dolní části stránky vyberte Zkontrolovat a přiřadit .
Na poslední kartě Revize a přiřazení vyberte Zkontrolovat a přiřadit a dokončete pracovní postup.
Autentizace ke službám Azure z vaší aplikace
Knihovna identit Azure poskytuje různé pověření – implementace upravené tak, aby podporovaly různé scénáře a ověřovací tok služby Microsoft Entra. Vzhledem k tomu, že spravovaná identita není při místním spuštění dostupná, následující kroky ukazují, kterou pověření použít v jednotlivých případech.
-
Místní vývojové prostředí: Pouze při místním vývoji použijte třídu DefaultAzureCredential pro jasně vymezený a předkonfigurovaný řetězec přihlašovacích údajů.
DefaultAzureCredentialzjišťuje přihlašovací údaje uživatele z místního nástroje nebo integrovaného vývojového prostředí ( například Azure CLI nebo Visual Studio Code). Poskytuje také flexibilitu a pohodlí pro opakování, doby čekání na odpovědi a podporu více možností ověřování. Další informace najdete v článku Autentizace ke službám Azure během místního vývoje. -
Azure hostované aplikace: Když aplikace běží v Azure, použijte
ManagedIdentityCredentialk bezpečnému zjištění spravované identity nakonfigurované pro vaši aplikaci. Zadáním tohoto přesného typu přihlašovacích údajů zabráníte neočekávanému vyzvednutí dalších dostupných přihlašovacích údajů.
Implementace kódu
V projektu JavaScriptu přidejte balíček @azure/identity . V terminálu podle vašeho výběru přejděte do adresáře projektu aplikace a spusťte následující příkazy:
npm install @azure/identity
Azure služby jsou přístupné pomocí specializovaných klientských tříd z různých Azure SDK klientských knihoven. Provedením index.jsnásledujících kroků nakonfigurujte ověřování na základě tokenu:
Importujte
@azure/identitybalíček.Předejte klientovi příslušnou
TokenCredentialinstanci:- Použití
DefaultAzureCredentialpři místním spuštění aplikace - Pokud je aplikace spuštěná v Azure, použijte
ManagedIdentityCredential.
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") { return new BlobServiceClient(url, new ManagedIdentityCredential()); } else { return new BlobServiceClient(url, new DefaultAzureCredential()); } } async function main() { try { const blobServiceClient = createBlobServiceClient(); const containerClient = blobServiceClient.getContainerClient(process.env.AZURE_STORAGE_CONTAINER_NAME); 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); });- Použití
Implementace kódu
V projektu JavaScriptu přidejte balíček @azure/identity . V terminálu podle vašeho výběru přejděte do adresáře projektu aplikace a spusťte následující příkazy:
npm install @azure/identity @types/node
Azure služby jsou přístupné pomocí specializovaných klientských tříd z různých Azure SDK klientských knihoven. Provedením index.jsnásledujících kroků nakonfigurujte ověřování na základě tokenu:
Importujte
@azure/identitybalíček.Předejte klientovi příslušnou
TokenCredentialinstanci:- Použití
DefaultAzureCredentialpři místním spuštění aplikace - Pokud je aplikace spuštěná v Azure, použijte
ManagedIdentityCredential.
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") { return new BlobServiceClient(url, new ManagedIdentityCredential()); } 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); });- Použití
Předchozí kód se chová jinak v závislosti na prostředí, ve kterém je spuštěný:
- Na místní vývojové pracovní stanici
DefaultAzureCredentialhledá v proměnných prostředí aplikační Service Principal nebo v lokálně nainstalovaných nástrojích pro vývojáře, jako je Visual Studio Code, přihlašovací údaje vývojáře. - Když se nasadí do Azure,
ManagedIdentityCredentialautomaticky zjistí konfigurace spravované identity, které umožňují ověřování v jiných službách.