Bagikan melalui


Menyebarkan aplikasi layanan ke penyewa yang berbeda

Penting

Versi SDK Layanan Manajemen Hak Microsoft yang dirilis sebelum Maret 2020 tidak digunakan lagi; aplikasi yang menggunakan versi sebelumnya harus diperbarui untuk menggunakan rilis Maret 2020. Untuk detail selengkapnya, lihat pemberitahuan penghentian.

Tidak ada peningkatan lebih lanjut yang direncanakan untuk Microsoft Rights Management Service SDK. Kami sangat menyarankan adopsi SDK Microsoft Information Protection untuk layanan klasifikasi, pelabelan, dan perlindungan.

Artikel ini menjelaskan proses penyebaran aplikasi layanan. Dalam skenario ini kami mentransisikan aplikasi dari terdaftar dengan penyewa AD pengembangan awalnya menjadi terdaftar di penyewa AD produksi perusahaan yang berbeda.

Catatan

Skenario ini hanya relevan jika aplikasi layanan menggunakan autentikasi kunci konten.

Skenario

Perusahaan CoolApp telah mengembangkan aplikasi layanan menggunakan Azure Information Protection (AIP) yang mengenkripsi, memberi label, dan, melindungi dokumen saat pengguna mengekspor dari aplikasi bisnis seperti Dynamics, SAP, atau, Salesforce. Untuk skenario ini, ABC perusahaan besar membeli aplikasi baru CoolApp sehingga, tim CoolApp perlu menyebarkan solusi mereka ke lingkungan ABC .

Alur sampel untuk membuat kunci konten di penyewa yang berbeda

Alur 1: CoolApp menyediakan dialog UI ke ABC untuk mengimplementasikan penyebaran

Setelah ABC membeli solusi CoolApp, administrator TI di ABC harus membuat perwakilan layanan CoolApp dan mendaftarkan aplikasi di penyewa Azure AD ABC.

Langkah-langkah untuk ini diuraikan di bagian Buat perwakilan layanan dari Mengembangkan aplikasi Anda.

Contoh UI bagi Administrator TI untuk dimasukkan ke aplikasi Anda

Catatan

Untuk membuat Perwakilan Layanan di penyewa, Anda memerlukan hak admin penyewa

ABC Administrator TI kemudian meluncurkan aplikasi CoolApp sebagai layanan di lingkungan mereka dan menyematkan detail agar aplikasi CoolApp berfungsi seperti; ID aplikasi, ID penyewa, dan, kunci konten.

Jika pengalaman yang diinginkan adalah tidak memberi administrator TI ABC dialog UI untuk informasi perwakilan layanan, maka Alur 2 adalah metode yang harus diikuti.

Alur 2: Administrator TI ABC menyediakan kunci untuk tim CoolApp

Setelah Administrator TI ABC membuat perwakilan layanan, seperti yang ditunjukkan pada Gambar 1, ABC memberikan informasi kepada tim CoolApp . Tim CoolApp kemudian melanjutkan untuk menyematkan informasi di aplikasi CoolApp untuk digunakan di penyewa ABC .