Többfelhasználós alkalmazások migrálása a szolgáltatásnévprofil-modellbe

Ez a cikk azt ismerteti, hogyan lehet jobb méretezhetőséget elérni a Power BI beágyazott elemzési többfelhasználós alkalmazásainak a szolgáltatásnévprofil-modellbe való migrálásával.

A szolgáltatásnévprofilok megkönnyítik a szervezeti tartalmak kezelését a Power BI-ban, és hatékonyabban használhatják kapacitásait.

Előfeltételek

Fontos, hogy a migrálás megkezdése előtt olvassa el a szolgáltatásnév-profilokat .

A következő lépéseket is el kell végeznie:

• A szolgáltatásnév beállításához kövesse a Power BI-tartalom szolgáltatásnévvel való beágyazásának első három lépését.
• Power BI-bérlői rendszergazdai fiókból engedélyezze a profilok létrehozását a bérlőben.

Migrálás szolgáltatásnévprofilba

A szolgáltatásnévprofilokra való migrálás a következő lépéseket foglalja magában:

1. Profilok létrehozása ügyfélenként egy profillal.
2. A munkaterületek rendszerezése.
3. Módosítsa az alkalmazáskódot profilok használatára.
4. Tesztelje az alkalmazást a profilmodellel.
5. Redundáns engedélyek törlése.

Profilok létrehozása (kötelező)

A létrehozott szolgáltatásnévvel a Profiles REST API használatával hozzon létre egy profilt az egyes ügyfelek számára.

Érdemes menteni az egyes adat-ügyfél-azonosítók leképezését az adatbázis megfelelő profilazonosítójával. Később szüksége lesz erre a leképezésre, hogy API-hívásokat kezdeményezhet a bérlői profillal.

Munkaterületek rendszerezése

Az adatok kezelésének legegyszerűbb módja az, ha ügyfélenként egy munkaterületet tart fenn. Ha az alkalmazás már használja ezt a modellt, nem kell új munkaterületeket létrehoznia. A csoportfelhasználói API-val azonban továbbra is rendszergazdai hozzáférést kell biztosítania az egyes profiloknak a megfelelő munkaterülethez.

Ha nem rendelkezik ügyfélenként egy munkaterületel, a megfelelő profillal hívja meg a Csoportfelhasználói API-t , hogy hozzon létre egy új munkaterületet minden ügyfél számára.

Elemek rendszerezése a munkaterületeken

Most már minden ügyfélhez rendelkeznie kell egy profillal és egy munkaterületel. Ha az előző lépésben új munkaterületeket hozott létre, elemeket (például jelentéseket és szemantikai modelleket) kell importálnia ezekbe a munkaterületekre. Az importált szemantikai modellek az aktuális megoldástól függenek:

• Ha az alkalmazás minden ügyfélhez külön szemantikai modellt használ, a szemantikai modell kialakítása a következőképpen működik.

• Ha az alkalmazás egy sorszintű biztonsági (RLS) szemantikai modellt használ a különböző ügyfelek különböző adatainak biztosítására, akkor jobb méretezhetőséget érhet el, ha minden ügyfélhez külön szemantikai modellt hoz létre, és a jelen cikkben ismertetett profilokat használ.

• A skálázhatósági korlátozások profilok és adatforrások használatával történő leküzdése után még több adatelválasztást érhet el az RLS és a profilok használatával.

  • Ha dinamikus RLS-re támaszkodik, a rendszer visszaadja a profil nevét a DAX függvényben UserName().
  • Ha statikus RLS-t használ, és felülbírálja a szerepköröket a beágyazási jogkivonat létrehozásakor, folytathatja ezt.

Miután elkészültek az elemek, importálja őket a megfelelő munkaterületekre. A folyamat automatizálásához fontolja meg az Import API használatát.

Az alkalmazáskódok módosítása profilok használatára

Ha rendelkezik rendszergazdai hozzáféréssel rendelkező profilokkal a megfelelő munkaterületekhez, és egy olyan adatbázist, amely megfelelteti önnek, hogy melyik profil melyik ügyfelet jelöli, elvégezheti a szükséges kódmódosításokat. Javasoljuk, hogy két kódfolyamatot tartson egymás mellett, és fokozatosan tegye elérhetővé a profilok kódfolyamatát az ügyfelek számára.

Végezze el a következő kódmódosításokat:

• Engedélyezési kód módosítása

  • Ha főfelhasználót használ a Microsoft Entra ID alkalmazásban, módosítsa a beolvasási jogkivonat kódját. A csak alkalmazásalapú Microsoft Entra-jogkivonatok létrehozásával kapcsolatos tudnivalókért olvassa el a szolgáltatásnévvel rendelkező beágyazást.
  • Ha szolgáltatásnevet használ, és létrehozott egy újat a profilokhoz, módosítsa a kódot úgy, hogy a megfelelő szolgáltatásnév-azonosítót és titkos kulcsokat használja.

• Felügyeleti kód módosítása

  Egyes alkalmazások felügyeleti kóddal rendelkeznek, amelyek automatizálják az új ügyfél regisztrációkor történő előkészítését. A felügyeleti kód gyakran Power BI REST API-kat használ munkaterületek létrehozásához és tartalmak importálásához. A kód nagy részének változatlannak kell maradnia, de előfordulhat, hogy a következő részleteket kell módosítania:

  • Minden alkalommal, amikor új ügyfélbérlõt hoz létre, hozzon létre egy új szolgáltatásprofilt, amely az adott bérlő munkaterületének létrehozója és rendszergazdája lesz.
  • Ha úgy dönt, hogy átrendezi a Power BI-tartalmat, szerkessze a kódot a módosításoknak megfelelően.

• Tokenkód módosítása beágyazása

  Cserélje le az API-hívót. Győződjön meg arról, hogy egy profil meghívja a GenerateToken API-t , mert a profilmodellben csak az adott profil fér hozzá az ügyfél tartalmához.

Érvényesítés

Ajánlott alaposan tesztelni az alkalmazást, mielőtt áthelyezi a profilmodellbe. A jelentések akkor is betölthetők, ha vannak hibák az SaaS-alkalmazáskódban, mert nem törölte a munkaterületek régebbi engedélyeit.

A feleslegessé vált elemek eltávolítása a migrálás után

Most, hogy befejezte az áttelepítést, és érvényesítette az eredményeket, távolítsa el azt, amire már nincs szüksége.

• Kód törlése: Előfordulhat, hogy le szeretné tiltani a régi kódútvonalakat, hogy csak profilokra támaszkodó új kódot futtasson.
• Munkaterületek és engedélyek törlése a Power BI-ban: Ha új munkaterületeket hozott létre, törölheti a már nem használt régi munkaterületeket. Ha ugyanazokat a munkaterületeket használja újra, érdemes lehet törölni a munkaterület régebbi engedélyeit (például a fő felhasználói engedélyeket).

Kapcsolódó tartalom

Szolgáltatásnévprofilok kezelése

Van még esetleg kérdése? Kérdezze meg a Power BI-közösség