Monivuokraaminen ja erilliset palvelun päänimet

Käytä uusille monivuokraajaratkaisuille erillisiä Microsoft Entra palvelun päänimiä asiakkaan identiteeteille. Jos isännöinti- ja luottamusvaatimukset sopivat ratkaisuusi, käytä hallittuja käyttäjätietoja ja liitettyjä käyttäjätietojen tunnistetietoja näiden asiakassovellusten todentamiseen tallentamatta asiakassalaisuuksia tai varmenteen yksityisiä avaimia.

Palvelun pääprofiilit ovat edelleen kelvollinen, valinnainen ratkaisu uusille ja olemassa oleville Power BI Embedded -sovelluksille, joiden vaatimukset sopivat heidän etuihinsa ja rajoituksiinsa. Niitä ei ole poistettu käytöstä. Jos aiemmin luotu profiilipohjainen ratkaisusi täyttää vaatimuksesi, voit jatkaa sen käyttöä.

Tässä artikkelissa neuvotaan, miten valitset käyttäjätietomallin ja löydät asianmukaiset määritysohjeet. Asiakas on sovelluksessasi looginen asiakas- tai valtuutusraja, ei välttämättä erillinen Microsoft Entra vuokraaja.

Suositeltu malli: Erilliset asiakaspalvelun päänimet

Luo sovelluksen rekisteröinti ja palvelun päänimi kullekin asiakasvaltuutusrajalle. Myönnä kyseiselle päänimelle käyttöoikeus vain asiakkaan sallittuihin työtiloihin ja resursseihin. Erilliset päänimet tarjoavat Microsoft Entra kirjautumistietueita, hakemistojen hallintaa ja käyttöoikeuksia palveluihin, jotka tukevat näitä käyttäjätietoja.

Jos sinulla on oikeus ja käyttöoikeus, voit käyttää kuormitustietojen ehdollista käyttöoikeutta suoraan asiakaspalvelun päänimiin. Päänimen luominen ei automaattisesti myönnä käyttöoikeutta tai ota käyttöön ei-tuettua ohjelmointirajapintatoimintoa. Tarkista kunkin kohdepalvelun käyttäjätietojen tuki ja käyttöoikeusvaatimukset.

Valitse todennusmenetelmä

Suositeltu todennusmalli käyttää käyttäjän määrittämiä hallittuja käyttäjätietoja sovelluksen tuetussa Azure käsittelyresurssi vahvistuslähteenä. Yhdistettyjen käyttäjätietojen tunnistetiedot jokaiselle asiakassovelluksen rekisteröintiluottamukseen, jotka hallinnoivat käyttäjätietoja. Suorituksen aikana sovellus vaihtaa hallitun käyttäjätiedon vahvistuksen resurssin käyttöoikeustietueelle, joka edustaa valittua asiakaspalvelun päänimeä.

Tämä malli poistaa tarpeen tallentaa ja kiertää asiakassovellusten salaisia salaisuuksia tai varmenteita. Se ei poista sovelluksen rekisteröintiä, luottamuksen hallintaa, resurssien käyttöoikeuksia tai asiakkaan käyttäjätietojen elinkaaren hallintaa.

Hallittujen käyttäjätietojen ja sovelluksen rekisteröinnit, joihin luotat, on kuuluttava samaan Microsoft Entra hakemistovuokraajaan. Toisen vuokraajan kohderesursseilla on lisämäärityksiä, suostumus- ja käyttöoikeusvaatimuksia. Pilvipalvelujen välistä tunnusten vaihtoa ei tueta. Katso malli ja luottamusvaatimukset.

Jos et halua käyttää hallittuja käyttäjätietoja ja liittoutumista, todenna erilliset asiakassovellukset suoraan varmenteiden tai muun tuetun sovelluksen tunnistetietojen avulla. Suojaa tallennetut tunnistetiedot ja automatisoi kierto. Katso direct-authentication-vaihtoehto.

Suunnitelma valtuutus ja skaalaus

Eristys salauksen asiakaseristystä ei luoda automaattisesti omistautuneissa päänimissä eikä profiileissa. Jaettu suorituksenaikainen hallittu käyttäjätieto voi todentaa jokaisen siihen luottavan asiakassovelluksen. Samoin suorituspalvelu, jossa on useiden tallennettujen asiakkaan tunnistetietojen käyttöoikeus, voi käyttää näitä käyttäjätietoja. Suojaa suorituspalvelu ja ratkaise asiakkaan käyttäjätiedot ja sallitut resurssit luotetun palvelinpuolen määrityksen avulla.

Työtilan ja resurssien käyttöoikeudet valvovat käyttöä. Määritä vaaditut vuokraaja-asetukset ja myönnä jokaiselle asiakkaan päänimelle vähiten etuoikeutetut tuetut resurssiroolit. Jos kyseessä on ryhmän vaikutusalue, sisällytä erikseen kaikki olennaiset päänimet sallittuun käyttöoikeusryhmään.

Erilliset käyttäjätiedot käyttävät Microsoft Entra hakemistoobjekteja. Vertaa asiakkaiden määrää hakemistokiintiöihin, käyttöoikeuksien valmisteluun ja siirtomäärään sekä kunkin palvelun resurssirajoituksiin. Automatisoi perehdytys, valvonta ja käyttöönotto. Älä valitse käyttäjätietomallia pelkästään sovelluksen käyttäjien määrästä.

Vaihtoehtoinen malli: Palvelun päänimiprofiilit

Profiilit tarjoavat kevyitä asiakaskonteksteja pääpalvelun päänimen alla. Voit luoda profiileja ilman erillistä Microsoft Entra sovellusrekisteröintiä jokaiselle asiakkaalle. Pääkohde voi luoda enintään 100 000 profiilia, ja kukin profiili voi käyttää tai luoda jopa 1 000 työtilaa dokumentoiduissa rajoissa.

Profiilit sopivat sovelluksiin, jotka arvostavat tätä skaalaus- ja hallintamallia, eivätkä ne edellytä riippumattomia Entra-käyttäjätietoja asiakaskonteksteissaan. Ne tukevat dokumentoituja Power BI REST-ohjelmointirajapintaa, .NET SDK:ta ja XMLA/TOM-liittymiä, mutta eivät Fabric REST-ohjelmointirajapintoja. Profiileista puuttuu myös riippumattomat Entra-kirjautumistietueet ja profiilikohtaisen kuormituksen käyttäjätietojen ehdollinen käyttöoikeus, ja ne pysyvät sidottuina pääkohteeseensa.

Hallitut käyttäjätietojen pääkohteet voivat todentaa ilman tallennettuja sovellusten salaisia koodeja, mutta se ei muuta profiiliaan riippumattomiksi Entra-käyttäjätietoiksi tai laajenna ohjelmointirajapinnan tukeaan.

Arvioi valinnaisen profiiliratkaisun edut ja rajoitukset ennen sen valitsemista. Erilliset asiakastyötilat ja semanttiset mallit voivat tukea kumpaa tahansa käyttäjätietomallia. Nämä tietosuunnittelun edut eivät ole vain profiileissa.

Etsi asianmukaiset toteutusohjeet

Käytä ohjeita, jotka vastaavat valitsemaasi mallia ja nykyistä ratkaisua:

Liittyvä sisältö

• Määritä sovellus luottamaan hallittuihin käyttäjätietoihin.
• Microsoft Entra palvelurajoitukset.
• Kuormituksen käyttäjätietojen ehdollinen käyttöoikeus.
• Fabric REST-ohjelmointirajapinnan käyttäjätietojen tukea.