Menggunakan identitas terkelola untuk App Service dan Azure Functions

Artikel ini memperlihatkan kepada Anda cara membuat identitas terkelola untuk aplikasi Azure App Service dan Azure Functions, dan cara menggunakannya untuk mengakses sumber daya lain.

Identitas terkelola dari MICROSOFT Entra ID memungkinkan aplikasi Anda mengakses sumber daya lain yang dilindungi Microsoft Entra dengan mudah, seperti Azure Key Vault. Platform Azure mengelola identitas, sehingga Anda tidak perlu menyediakan atau memutar rahasia apa pun. Untuk informasi selengkapnya tentang identitas terkelola di ID Microsoft Entra, lihat Identitas terkelola untuk sumber daya Azure.

Anda dapat memberikan dua jenis identitas ke aplikasi Anda:

• Identitas yang ditetapkan sistem terkait dengan aplikasi dan dihapus jika aplikasi dihapus. Aplikasi hanya dapat memiliki satu identitas yang ditetapkan sistem.
• Identitas yang ditetapkan pengguna adalah sumber daya Azure mandiri yang dapat ditetapkan ke aplikasi Anda. Aplikasi dapat memiliki beberapa identitas yang ditetapkan pengguna. Satu identitas yang ditetapkan pengguna dapat ditetapkan ke beberapa sumber daya Azure, seperti dua aplikasi App Service.

Konfigurasi identitas terkelola ini khusus untuk masing-masing slot. Untuk mengonfigurasi identitas terkelola untuk slot penyebaran di portal, pertama-tama buka slot tersebut. Untuk menemukan identitas terkelola (managed identity) untuk aplikasi web atau slot penyebaran di penyewa Microsoft Entra Anda dari portal Azure, langsung mencarinya di halaman Gambaran Umum penyewa Anda.

Catatan

Identitas terkelola tidak tersedia untuk aplikasi yang disebarkan di Azure Arc.

Karena identitas terkelola tidak mendukung skenario lintas direktori, identitas tersebut tidak berperilaku seperti yang diharapkan jika aplikasi Anda dimigrasikan di seluruh langganan atau penyewa. Untuk membuat ulang identitas terkelola setelah pemindahan tersebut, lihat Akankah identitas terkelola dibuat ulang secara otomatis jika saya memindahkan langganan ke direktori lain?. Sumber daya hilir juga perlu memperbarui kebijakan akses untuk menggunakan identitas baru.

Prasyarat

Untuk melakukan langkah-langkah dalam artikel ini, Anda harus memiliki sekumpulan izin minimum atas sumber daya Azure Anda. Izin khusus yang Anda butuhkan bervariasi berdasarkan skenario Anda. Tabel berikut ini meringkas skenario yang paling umum:

Skenario	Izin yang diperlukan	Peran bawaan contoh
Membuat identitas yang ditetapkan sistem	Microsoft.Web/sites/write melalui aplikasi, atau Microsoft.Web/sites/slots/write melalui slot	Kontributor Situs Web
Membuat identitas yang ditetapkan pengguna	Microsoft.ManagedIdentity/userAssignedIdentities/write pada grup sumber daya tempat identitas akan dibuat	Kontributor Identitas Terkelola
Menetapkan identitas yang ditetapkan pengguna ke aplikasi Anda	Microsoft.Web/sites/write melalui aplikasi, Microsoft.Web/sites/slots/write melalui slot, atau Microsoft.ManagedIdentity/userAssignedIdentities/*/assign/action terhadap identitas	Kontributor Web dan Operator Identitas Terkelola
Membuat penetapan peran Azure	Microsoft.Authorization/roleAssignments/write di atas cakupan sumber daya target	Administrator Kontrol Akses Berbasis Peran atau Administrator Akses Pengguna

Tambahkan identitas yang ditetapkan sistem

Untuk mengaktifkan identitas terkelola yang ditetapkan sistem, gunakan instruksi berikut.

Portal Azure

1. Di portal Microsoft Azure, buka halaman aplikasi Anda.

2. Di menu sebelah kiri, pilih Pengaturan>Identitas.

3. Pada tab Sistem yang ditetapkan, alihkan Status ke Aktif. Kemudian pilih Simpan.

Azure CLI

Jalankan az webapp identity assign perintah:

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

Azure PowerShell

Untuk Layanan Aplikasi

Jalankan Set-AzWebApp -AssignIdentity perintah:

Set-AzWebApp -AssignIdentity $true -ResourceGroupName <group-name>  -Name <app-name>

Untuk Fungsi

Jalankan Update-AzFunctionApp -IdentityType perintah:

Update-AzFunctionApp -ResourceGroupName <group-name> -Name <function-app-name>  -IdentityType SystemAssigned

Templat ARM

Anda dapat menggunakan templat Azure Resource Manager untuk mengotomatiskan penyebaran sumber daya Azure Anda. Untuk mempelajari selengkapnya, lihat Mengotomatiskan penyebaran sumber daya di App Service dan Mengotomatiskan penyebaran sumber daya di Azure Functions.

Anda dapat membuat sumber daya jenis Microsoft.Web/sites apa pun dengan identitas dengan menyertakan properti berikut dalam definisi sumber daya:

"identity": {
    "type": "SystemAssigned"
}

Menambahkan jenis yang ditetapkan sistem memberi tahu Azure untuk membuat dan mengelola identitas untuk aplikasi Anda.

Misalnya, template aplikasi web mungkin tampak seperti JSON berikut:

{
    "apiVersion": "2022-03-01",
    "type": "Microsoft.Web/sites",
    "name": "[variables('appName')]",
    "location": "[resourceGroup().location]",
    "identity": {
        "type": "SystemAssigned"
    },
    "properties": {
        "name": "[variables('appName')]",
        "serverFarmId": "[resourceId('Microsoft.Web/serverfarms', variables('hostingPlanName'))]",
        "hostingEnvironment": "",
        "clientAffinityEnabled": false,
        "alwaysOn": true
    },
    "dependsOn": [
        "[resourceId('Microsoft.Web/serverfarms', variables('hostingPlanName'))]"
    ]
}

Saat situs dibuat, situs tersebut menyertakan properti berikut:

"identity": {
    "type": "SystemAssigned",
    "tenantId": "<tenant-id>",
    "principalId": "<principal-id>"
}

Properti tenantId mengidentifikasi identitas milik penyewa Microsoft Entra. Properti principalId adalah pengidentifikasi unik untuk identitas baru aplikasi. Di ID Microsoft Entra, perwakilan layanan memiliki nama yang sama dengan yang Anda berikan ke instans App Service atau Azure Functions Anda.

Jika Anda perlu merujuk ke properti ini di tahap selanjutnya dalam templat, gunakan reference() fungsi templat dengan 'Full' opsi , seperti dalam contoh ini:

{
    "tenantId": "[reference(resourceId('Microsoft.Web/sites', variables('appName')), '2018-02-01', 'Full').identity.tenantId]",
    "objectId": "[reference(resourceId('Microsoft.Web/sites', variables('appName')), '2018-02-01', 'Full').identity.principalId]",
}

Menambahkan identitas yang ditetapkan pengguna

Untuk membuat aplikasi dengan identitas yang ditetapkan pengguna, buat identitas lalu tambahkan pengidentifikasi sumber dayanya ke konfigurasi aplikasi Anda.

Portal Azure

1. Buat sumber daya identitas terkelola yang ditetapkan pengguna sesuai dengan petunjuk ini.

2. Di menu sebelah kiri untuk halaman aplikasi Anda, pilih Identitas Pengaturan>.

3. Pilih Pengguna yang ditetapkan, lalu pilih Tambahkan.

4. Cari identitas yang Anda buat sebelumnya, pilih identitas tersebut, lalu pilih Tambahkan.

Setelah Anda menyelesaikan langkah-langkah ini, aplikasi dimulai ulang.

Azure CLI

1. Buat identitas yang ditetapkan pengguna:

   az identity create --resource-group <group-name> --name <identity-name>
   

2. Jalankan az webapp identity assign perintah untuk menetapkan identitas ke aplikasi:

   az webapp identity assign --resource-group <group-name> --name <app-name> --identities <identity-id>
   

Azure PowerShell

Untuk Layanan Aplikasi

Menambahkan identitas yang ditetapkan pengguna di App Service dengan menggunakan Azure PowerShell saat ini tidak didukung.

Untuk Fungsi

1. Buat identitas yang ditetapkan pengguna:

   Install-Module -Name Az.ManagedServiceIdentity -AllowPrerelease
   $userAssignedIdentity = New-AzUserAssignedIdentity -Name <identity-name> -ResourceGroupName <group-name> -Location <region>
   

2. Jalankan perintah Update-AzFunctionApp -IdentityType UserAssigned -IdentityId untuk menetapkan identitas dalam Azure Functions:

   Update-AzFunctionApp -Name <app-name> -ResourceGroupName <group-name> -IdentityType UserAssigned -IdentityId $userAssignedIdentity.Id
   

Templat ARM

Anda dapat menggunakan templat Azure Resource Manager untuk mengotomatiskan penyebaran sumber daya Azure Anda. Untuk mempelajari selengkapnya, lihat Mengotomatiskan penyebaran sumber daya di App Service dan Mengotomatiskan penyebaran sumber daya di Azure Functions.

Anda dapat membuat sumber daya jenis Microsoft.Web/sites apa pun dengan identitas dengan menyertakan blok berikut dalam definisi sumber daya. Ganti <resource-id> dengan ID sumber daya identitas yang diinginkan.

"identity": {
    "type": "UserAssigned",
    "userAssignedIdentities": {
        "<resource-id>": {}
    }
}

Catatan

Sebuah aplikasi dapat memiliki identitas yang ditetapkan sistem dan identitas yang ditetapkan pengguna secara bersamaan. Dalam hal ini, type propertinya adalah SystemAssigned,UserAssigned.

Menambahkan jenis yang ditetapkan pengguna memberi tahu Azure untuk menggunakan identitas yang ditetapkan pengguna yang Anda tentukan untuk aplikasi Anda.

Misalnya, template aplikasi web mungkin tampak seperti JSON berikut:

{
    "apiVersion": "2022-03-01",
    "type": "Microsoft.Web/sites",
    "name": "[variables('appName')]",
    "location": "[resourceGroup().location]",
    "identity": {
        "type": "UserAssigned",
        "userAssignedIdentities": {
            "[resourceId('Microsoft.ManagedIdentity/userAssignedIdentities', variables('identityName'))]": {}
        }
    },
    "properties": {
        "name": "[variables('appName')]",
        "serverFarmId": "[resourceId('Microsoft.Web/serverfarms', variables('hostingPlanName'))]",
        "hostingEnvironment": "",
        "clientAffinityEnabled": false,
        "alwaysOn": true
    },
    "dependsOn": [
        "[resourceId('Microsoft.Web/serverfarms', variables('hostingPlanName'))]",
        "[resourceId('Microsoft.ManagedIdentity/userAssignedIdentities', variables('identityName'))]"
    ]
}

Saat situs dibuat, situs tersebut menyertakan properti berikut:

"identity": {
    "type": "UserAssigned",
    "userAssignedIdentities": {
        "<resource-id>": {
            "principalId": "<principal-id>",
            "clientId": "<client-id>"
        }
    }
}

Properti principalId adalah pengidentifikasi unik untuk akun yang digunakan dalam administrasi Microsoft Entra. Properti clientId adalah pengidentifikasi unik untuk identitas baru aplikasi. Anda menggunakannya untuk menentukan identitas mana yang akan digunakan selama panggilan runtime.

Mengonfigurasi sumber daya target

Anda perlu mengonfigurasi sumber daya target untuk mengizinkan akses dari aplikasi Anda. Untuk sebagian besar layanan Azure, Anda mengonfigurasi sumber daya target dengan membuat penetapan peran.

Beberapa layanan menggunakan mekanisme selain kontrol akses berbasis peran Azure. Untuk memahami cara mengonfigurasi akses dengan menggunakan identitas, lihat dokumentasi untuk setiap sumber daya target. Untuk mempelajari selengkapnya tentang sumber daya mana yang mendukung token Microsoft Entra, lihat Layanan Azure yang mendukung autentikasi Microsoft Entra.

Misalnya, jika Anda meminta token untuk mengakses rahasia di Azure Key Vault, Anda juga harus membuat penugasaan peran yang memungkinkan identitas terkelola mengelola rahasia di brankas target. Jika tidak, Key Vault menolak panggilan Anda meskipun Anda menggunakan token yang valid. Hal yang sama berlaku untuk Azure SQL Database dan layanan lainnya.

Penting

Layanan back-end untuk identitas terkelola mempertahankan cache per URI sumber daya selama sekitar 24 jam. Diperlukan waktu beberapa jam agar perubahan pada keanggotaan grup atau peran dari identitas terkelola diterapkan. Saat ini tidak mungkin untuk memaksa token identitas terkelola disegarkan sebelum kedaluwarsa. Jika Anda mengubah grup identitas terkelola atau keanggotaan peran untuk menambahkan atau menghapus izin, Anda mungkin perlu menunggu beberapa jam agar sumber daya Azure yang menggunakan identitas memiliki akses yang benar.

Untuk alternatif grup atau keanggotaan peran, lihat Batasan penggunaan identitas terkelola untuk otorisasi.

Sambungkan ke layanan Azure dalam kode aplikasi

Dengan identitas terkelolanya, aplikasi dapat memperoleh token untuk sumber daya Azure yang dilindungi oleh ID Microsoft Entra, seperti Azure SQL Database, Azure Key Vault, dan Azure Storage. Token ini mewakili aplikasi yang mengakses sumber daya, dan bukan pengguna aplikasi tertentu.

App Service dan Azure Functions menyediakan titik akhir REST yang dapat diakses secara internal untuk pengambilan token. Anda dapat mengakses titik akhir REST dari dalam aplikasi dengan menggunakan permintaan HTTP GET standar. Anda dapat menerapkan permintaan dengan klien HTTP generik dalam setiap bahasa.

Untuk .NET, JavaScript, Java, dan Python, pustaka klien Azure Identity menyediakan abstraksi melalui titik akhir REST ini dan menyederhanakan pengalaman pengembangan. Menghubungkan ke layanan Azure lainnya semudah menambahkan objek kredensial ke klien khusus layanan.

HTTP GET

Permintaan HTTP GET mentah menggunakan dua variabel lingkungan yang disediakan dan terlihat seperti contoh berikut:

GET /MSI/token?resource=https://vault.azure.net&api-version=2019-08-01 HTTP/1.1
Host: <ip-address-:-port-in-IDENTITY_ENDPOINT>
X-IDENTITY-HEADER: <value-of-IDENTITY_HEADER>

Contoh respons mungkin terlihat seperti contoh berikut:

HTTP/1.1 200 OK
Content-Type: application/json

{
    "access_token": "eyJ0eXAi…",
    "expires_on": "1586984735",
    "resource": "https://vault.azure.net",
    "token_type": "Bearer",
    "client_id": "00001111-aaaa-2222-bbbb-3333cccc4444"
}

Respons ini sama dengan respons untuk permintaan token akses antar-layanan Microsoft Entra. Untuk mengakses Key Vault, tambahkan nilai access_token ke koneksi klien dengan vault.

.JARING

Catatan

Saat Anda tersambung ke sumber data Azure SQL dengan menggunakan Entity Framework Core, pertimbangkan untuk menggunakan Microsoft.Data.SqlClient. Namespace layanan tersebut menyediakan string koneksi khusus untuk konektivitas identitas terkelola. Misalnya, lihat Tutorial: Mengamankan koneksi Azure SQL Database dari App Service dengan menggunakan identitas terkelola.

Untuk aplikasi dan fungsi .NET, cara paling sederhana untuk bekerja dengan identitas terkelola adalah melalui pustaka klien Azure Identity untuk .NET. Untuk informasi selengkapnya, lihat Tutorial: Menyambungkan ke database Azure dari App Service tanpa rahasia dengan menggunakan identitas terkelola.

Untuk informasi selengkapnya, lihat judul dokumentasi masing-masing pustaka klien:

• Menambahkan pustaka klien Azure Identity ke proyek Anda
• Mengakses layanan Azure dengan menggunakan identitas yang ditetapkan sistem
• Mengakses layanan Azure dengan menggunakan identitas yang ditetapkan pengguna

Contoh-contoh yang tertaut menggunakan DefaultAzureCredential. Pola yang sama berfungsi di Azure dengan identitas terkelola dan di komputer lokal Anda tanpa identitas terkelola.

JavaScript

Untuk aplikasi Node.js dan fungsi JavaScript, cara paling sederhana untuk bekerja dengan identitas terkelola melalui pustaka klien Azure Identity untuk JavaScript. Untuk informasi selengkapnya, lihat Tutorial: Menyambungkan ke database Azure dari App Service tanpa rahasia dengan menggunakan identitas terkelola.

Untuk informasi selengkapnya, lihat judul dokumentasi masing-masing pustaka klien:

• Menambahkan pustaka klien Azure Identity ke proyek Anda
• Mengakses layanan Azure dengan menggunakan identitas yang ditetapkan sistem
• Mengakses layanan Azure dengan menggunakan identitas yang ditetapkan pengguna

Contoh-contoh yang tertaut menggunakan DefaultAzureCredential. Pola yang sama berfungsi di Azure dengan identitas terkelola dan di komputer lokal Anda tanpa identitas terkelola.

Untuk contoh kode lainnya dari pustaka klien Azure Identity untuk JavaScript, lihat contoh Azure Identity.

Ular sawah

Untuk aplikasi dan fungsi Python, cara paling sederhana untuk bekerja dengan identitas terkelola adalah melalui pustaka klien Azure Identity untuk Python. Untuk informasi selengkapnya, lihat Tutorial: Menyambungkan ke database Azure dari App Service tanpa rahasia dengan menggunakan identitas terkelola.

Untuk informasi selengkapnya, lihat judul dokumentasi masing-masing pustaka klien:

• Menambahkan pustaka klien Azure Identity ke proyek Anda
• Mengakses layanan Azure dengan menggunakan identitas yang ditetapkan sistem
• Mengakses layanan Azure dengan menggunakan identitas yang ditetapkan pengguna

Contoh-contoh yang tertaut menggunakan DefaultAzureCredential. Pola yang sama berfungsi di Azure dengan identitas terkelola dan di komputer lokal Anda tanpa identitas terkelola.

Jawa

Untuk aplikasi dan fungsi Java, cara paling sederhana untuk bekerja dengan identitas terkelola adalah melalui pustaka klien Azure Identity untuk Java. Untuk informasi selengkapnya, lihat Tutorial: Menyambungkan ke database Azure dari App Service tanpa rahasia dengan menggunakan identitas terkelola.

Untuk informasi selengkapnya, lihat judul dokumentasi masing-masing pustaka klien:

• Menambahkan pustaka klien Azure Identity ke proyek Anda
• Mengakses layanan Azure dengan menggunakan identitas yang ditetapkan sistem
• Mengakses layanan Azure dengan menggunakan identitas yang ditetapkan pengguna

Contoh terkait menggunakan DefaultAzureCredential. Pola yang sama berfungsi di Azure dengan identitas terkelola dan di komputer lokal Anda tanpa identitas terkelola.

Untuk contoh kode lainnya dari pustaka klien Azure Identity untuk Java, lihat Contoh Identitas Azure.

PowerShell

Gunakan skrip berikut untuk mengambil token dari titik akhir lokal dengan menentukan URI sumber daya layanan Azure:

$resourceURI = "https://<Entra-resource-URI-for-resource-to-obtain-token>"
$tokenAuthURI = $env:IDENTITY_ENDPOINT + "?resource=$resourceURI&api-version=2019-08-01"
$tokenResponse = Invoke-RestMethod -Method Get -Headers @{"X-IDENTITY-HEADER"="$env:IDENTITY_HEADER"} -Uri $tokenAuthURI
$accessToken = $tokenResponse.access_token

Untuk informasi selengkapnya tentang titik akhir REST, lihat Referensi titik akhir REST nanti di artikel ini.

Menghapus sebuah identitas

Saat Anda menghapus identitas yang ditetapkan sistem, identitas tersebut akan dihapus dari ID Microsoft Entra. Identitas yang ditetapkan sistem juga secara otomatis dihapus dari ID Microsoft Entra saat Anda menghapus sumber daya aplikasi itu sendiri.

Portal Azure

1. Di menu sebelah kiri untuk halaman aplikasi Anda, pilih Identitas Pengaturan>.

2. Ikuti langkah-langkah berdasarkan jenis identitas:

   • Untuk identitas yang ditetapkan sistem: Pada tab Yang ditetapkan sistem, alihkanStatus ke Nonaktif. Kemudian pilih Simpan.
   • Untuk identitas yang ditetapkan pengguna: Pilih tab Pengguna yang ditetapkan , pilih kotak centang untuk identitas, lalu pilih Hapus. Pilih Ya untuk mengonfirmasi.

Azure CLI

Untuk menghapus identitas yang ditetapkan sistem, gunakan perintah ini:

az webapp identity remove --resource-group <group-name> --name <app-name>

Untuk menghapus satu atau beberapa identitas yang ditetapkan pengguna, gunakan perintah ini:

az webapp identity remove --resource-group <group-name> --name <app-name> --identities <identity-id1> <identity-id2> ...

Anda juga dapat menghapus identitas yang ditetapkan sistem dengan menentukan [system] di --identities.

Azure PowerShell

Untuk Layanan Aplikasi

Untuk menghapus identitas yang ditetapkan sistem untuk App Service, jalankan Set-AzWebApp -AssignIdentity perintah :

Set-AzWebApp -AssignIdentity $false -Name <app-name> -ResourceGroupName <group-name> 

Untuk Fungsi

Untuk menghapus semua identitas di Azure PowerShell (hanya Azure Functions), jalankan perintah ini:

# Update an existing function app to have IdentityType "None".
Update-AzFunctionApp -Name <function-app-name> -ResourceGroupName <group-name> -IdentityType None

Templat ARM

Untuk menghapus semua identitas dalam templat ARM, gunakan kode ini:

"identity": {
    "type": "None"
}

Catatan

Anda juga dapat mengatur pengaturan aplikasi yang hanya menonaktifkan layanan token lokal: WEBSITE_DISABLE_MSI. Namun, itu meninggalkan identitas tetap pada posisinya. Alat masih menunjukkan identitas terkelola sebagai aktif atau diaktifkan. Akibatnya, kami tidak menyarankan Anda menggunakan pengaturan ini.

Referensi titik akhir REST

Aplikasi dengan identitas terkelola membuat titik akhir ini tersedia dengan mendefinisikan dua variabel lingkungan:

• IDENTITY_ENDPOINT: URL ke layanan token lokal.
• IDENTITY_HEADER: Header yang dapat membantu mengurangi serangan pemalsuan permintaan sisi server (SSRF). Platform tersebut memutar nilai.

Variabel IDENTITY_ENDPOINT adalah URL lokal tempat aplikasi Anda dapat meminta token. Untuk mendapatkan token untuk sumber daya, buat permintaan HTTP GET ke titik akhir ini. Sertakan parameter berikut:

Nama Parameter	Di dalam	Deskripsi
resource	Pertanyaan	URI sumber daya Microsoft Entra untuk sumber daya yang memerlukan token. Sumber daya ini bisa menjadi salah satu layanan Azure yang mendukung autentikasi Microsoft Entra atau URI sumber daya lainnya.
api-version	Pertanyaan	Versi API token yang akan digunakan. Gunakan 2019-08-01.
X-IDENTITY-HEADER	Kepala Halaman	Nilai IDENTITY_HEADER variabel lingkungan. Header ini digunakan untuk membantu mengurangi serangan SSRF.
client_id	Pertanyaan	(Opsional) Client ID dari identitas yang ditetapkan pengguna yang akan digunakan. Ini tidak dapat digunakan pada permintaan yang mencakup principal_id, , mi_res_idatau object_id. Jika semua parameter ID (client_id, principal_id, object_id, dan mi_res_id) dihilangkan, identitas yang ditetapkan sistem akan digunakan.
principal_id	Pertanyaan	(Opsional) ID utama dari identitas yang ditetapkan pengguna yang akan digunakan. Parameter object_id adalah alias yang dapat digunakan sebagai gantinya. Ini tidak dapat digunakan pada permintaan yang mencakup client_id, , mi_res_idatau object_id. Jika semua parameter ID (client_id, principal_id, object_id, dan mi_res_id) dihilangkan, identitas yang ditetapkan sistem akan digunakan.
mi_res_id	Pertanyaan	(Opsional) ID sumber daya Azure dari identitas yang ditetapkan pengguna yang akan digunakan. Ini tidak dapat digunakan pada permintaan yang mencakup principal_id, , client_idatau object_id. Jika semua parameter ID (client_id, principal_id, object_id, dan mi_res_id) dihilangkan, identitas yang ditetapkan sistem akan digunakan.

Penting

Jika Anda mencoba mendapatkan token untuk identitas yang ditetapkan pengguna, sertakan salah satu properti opsional. Jika tidak, layanan token mencoba mendapatkan token untuk identitas yang ditetapkan sistem, yang mungkin atau mungkin tidak ada.

Konten terkait

Pertimbangkan tutorial berikut:

• Menyambungkan ke SQL Database dari .NET App Service tanpa rahasia menggunakan identitas terkelola
• Mengakses layanan Azure dari aplikasi web .NET
• Mengakses Microsoft Graph dari aplikasi .NET aman sebagai aplikasi
• Mengamankan koneksi Cognitive Service dari .NET App Service menggunakan Key Vault