Megosztás a következőn keresztül:


Power BI használati forgatókönyvek: Testreszabható felügyelt önkiszolgáló BI

Feljegyzés

Ez a cikk a Power BI implementációtervezési cikksorozatának része. Ez a sorozat elsősorban a Microsoft Fabricen belüli Power BI-élményre összpontosít. A sorozat bemutatása: Power BI implementációtervezés.

A Fabric bevezetési ütemtervében leírtak szerint a felügyelt önkiszolgáló BI-t olyan vegyes megközelítés jellemzi, amely a fő szemléletet és a rugalmasságot hangsúlyozza a peremhálózaton. Az adatarchitektúrát általában egyetlen, központosított BI-szakértőkből álló csapat tartja fenn, míg a jelentéskészítési felelősség a részlegeken vagy üzleti egységeken belüli alkotóké.

Ha azonban az alapvető adatarchitektúra nem tartalmazza az összes szükséges adatot, a szemantikai modellek (korábbi nevén adathalmazok) létrehozói kibővíthetik, személyre szabhatják vagy testre szabhatják a meglévő megosztott szemantikai modelleket. Új speciális szemantikai modellek hozhatók létre, amelyek megfelelnek a meglévő központilag szállított szemantikai modellek által nem teljesített üzleti követelményeknek. Fontos, hogy az alapvető adatok nem ismétlődnek. Ezt a használati forgatókönyvet testre szabható felügyelt önkiszolgáló BI-nak nevezzük.

Feljegyzés

Ez a testreszabható, felügyelt önkiszolgáló BI-forgatókönyv az önkiszolgáló BI-forgatókönyvek második része. Ez a forgatókönyv a központosított megosztott szemantikai modellel végezhető el (amelyet a felügyelt önkiszolgáló BI-forgatókönyvben vezetnek be). Az összes forgatókönyv listája megtalálható a Power BI használati forgatókönyveit ismertető cikkben.

A rövidség kedvéért a jelen cikk nem foglalkozik a tartalom-együttműködési és kézbesítési forgatókönyvek témakörében ismertetett néhány szempontmal. A teljes lefedettség érdekében először olvassa el ezeket a cikkeket.

Forgatókönyv-diagram

Az alábbi ábra a testre szabható felügyelt önkiszolgáló BI támogatásához leggyakrabban használt felhasználói műveletek és Power BI-összetevők magas szintű áttekintését mutatja be. Az elsődleges cél az, hogy az üzleti egységek tartalomkészítői egy meglévő megosztott szemantikai modell kibővítésével speciális adatmodellt hozzanak létre. A cél az újrahasználhatóság elérése, amikor csak lehetséges, és hogy rugalmasságot biztosítsunk a további elemzési követelményeknek való megfeleléshez.

Az ábra a testre szabható önkiszolgáló BI-t mutatja be, amely összetett szemantikai modellek létrehozását mutatja be, amelyek más szemantikai modelleket is kiterjesztenek és testre szabnak. A diagram elemeit az alábbi táblázat ismerteti.

Tipp.

Javasoljuk, hogy töltse le a forgatókönyv-diagramot , ha be szeretné ágyazni a bemutatóba, a dokumentációba vagy a blogbejegyzésbe, vagy nyomtassa ki fali plakátként. Mivel ez egy méretezhető vektorgrafika (SVG) kép, minőségromlás nélkül skálázhatja fel vagy le.

A forgatókönyv-diagram a következő felhasználói műveleteket, eszközöket és funkciókat ábrázolja:

Cikk Leírás
1. elem. A szemantikai modell létrehozója A a Power BI Desktop használatával fejleszti ki a modellt. Az újrafelhasználásra szánt szemantikai modellek esetében gyakori (de nem kötelező) az alkotó számára, hogy egy olyan központosított csapathoz tartozzon, amely támogatja a felhasználókat a szervezet határain (például az informatika, a vállalati BI vagy a Kiválósági központ).
2. elem. A Power BI Desktop egy vagy több adatforrásból származó adatokhoz csatlakozik.
3. elem. Az adatmodellek fejlesztése a Power BI Desktopban történik. További erőfeszítéseket kell tenni egy jól megtervezett és felhasználóbarát modell létrehozása érdekében, hogy számos önkiszolgáló jelentéskészítő használhassa adatforrásként. A modellkészítők DAX-lekérdezésekkel fejleszthetik és vizsgálhatják meg a modellt a fejlesztés során.
4. elem. Ha elkészült, az A modell létrehozója közzéteszi a Power BI Desktop-fájlját (.pbix) vagy a Power BI-projektfájlt (.pbip), amely csak egy modellt tartalmaz a Power BI szolgáltatás.
5. elem. A szemantikai modell közzé lesz téve egy megosztott szemantikai modellek tárolására és védelmére szolgáló munkaterületen. Mivel a szemantikai modell újrafelhasználásra van szánva, támogatott (szükség szerint minősített vagy előléptetett). A szemantikai modell is felfedezhetőként van megjelölve, hogy tovább ösztönözze annak újrafelhasználását. A Power BI szolgáltatás vonalnézete a Power BI-elemek közötti függőségek nyomon követésére használható.
6. elem. Az adatfelderítés a OneLake-adatközpontban engedélyezve van, mert a szemantikai modell felderíthetőként van megjelölve. A felderíthetőség lehetővé teszi, hogy a OneLake-adatközpontban látható legyen egy szemantikai modell más Power BI-tartalomkészítők számára, akik adatokat keresnek.
7. elem. A tartalomkészítők a OneLake adatközpontot használják a Power BI szolgáltatás felderíthető adatelemek, például szemantikai modellek keresésére.
8. elem. Ha a tartalomkészítők rendelkeznek engedéllyel, buildelési engedélyt kérhetnek az adatelemekre. Ezzel elindít egy munkafolyamatot, amely buildelési engedélyt kér egy jogosult jóváhagyótól. Ha rendelkeznek engedéllyel, a tartalomkészítők újra felhasználhatják az adatelemeket új megoldások létrehozásához.
9. elem. A Power BI Desktopban a B modell létrehozója élő kapcsolatot hoz létre az eredeti megosztott szemantikai modellel, amely a Power BI szolgáltatás található. Mivel a szándék az eredeti szemantikai modell kiterjesztése és testreszabása, az élő kapcsolatDirectQuery-modellté lesz konvertálva. Ez a művelet egy helyi modellt eredményez a Power BI Desktop-fájlban.
10. tétel. A Power BI Desktop további adatforrásokból származó adatokhoz csatlakozik. A cél a megosztott szemantikai modell kibővítése, hogy az új speciális összetett szemantikai modell további elemzési követelményeket teljesítsen.
11. tétel. A Power BI Desktopban kapcsolatok jönnek létre a meglévő táblák (a megosztott szemantikai modellből, más néven távoli modellből) és az újonnan importált (a helyi modellben tárolt) táblák között. További számítások és modellezési munka történik a Power BI Desktopban a speciális összetett modell tervezésének befejezéséhez.
12. elem. Ha elkészült, a szemantikai modell létrehozója B közzéteszi a .pbix- vagy .pbip-fájlját a Power BI szolgáltatás.
13. tétel. Az új specializált összetett szemantikai modell közzé lesz téve egy olyan munkaterületen, amely a részleg tulajdonában és kezelésében lévő szemantikai modellek tárolására és védelmére van kijelölve.
14. tétel. A specializált szemantikai modell továbbra is az eredeti Power BI megosztott szemantikai modellhez csatlakozik. Az eredeti megosztott szemantikai modell módosításai hatással lesznek az alárendelt speciális összetett szemantikai modellekre, amelyek függőséget okoznak a modellben.
15. tétel. Más önkiszolgáló jelentéskészítők a speciális összetett szemantikai modellhez kapcsolódó új jelentéseket hozhatnak létre. A jelentéskészítők választhatják a Power BI Desktop, a Power BI Jelentéskészítő vagy az Excel használatát.
16. tétel. A jelentések közzé vannak téve egy olyan munkaterületen, amely a jelentések és irányítópultok tárolására és védelmére van kijelölve.
17. tétel. A közzétett jelentések továbbra is kapcsolódnak egy másik munkaterületen tárolt speciális szemantikai modellhez. A speciális szemantikai modell minden módosítása hatással van a hozzá kapcsolódó összes jelentésre.
18. tétel. Egyes adatforrásokhoz helyszíni adatátjáróra vagy VNet-átjáróra lehet szükség az adatfrissítéshez, például a magánhálózaton belül találhatóakhoz.
19. tétel. A hálógazdák felügyelik és figyelik a fabricportál tevékenységeit.

Kulcsfontosságú pontok

Az alábbiakban néhány fontos szempontot emelünk ki a testre szabható, felügyelt önkiszolgáló BI-forgatókönyvről.

Megosztott szemantikai modell

A felügyelt önkiszolgáló BI-munka fő szempontja a szemantikai modellek számának minimalizálása. Ez a forgatókönyv egy megosztott szemantikai modellt ábrázol, amely hozzájárul az igazság egyetlen verziójának eléréséhez.

Feljegyzés

Az egyszerűség kedvéért a forgatókönyv-diagram csak egy megosztott szemantikai modellt ábrázol. Azonban általában nem praktikus az összes szervezeti adat egyetlen szemantikai modellben történő modellezése. A másik véglet egy új szemantikai modell létrehozása minden jelentéshez, ahogyan a kevésbé tapasztalt tartalomkészítők gyakran teszik. A cél a megfelelő egyensúly megtalálása, viszonylag kevés szemantikai modell felé hajolva, és új szemantikai modellek létrehozása, amikor erre van értelme.

A kezdeti megosztott szemantikai modell bővítése

Néha az önkiszolgáló alkotóknak ki kell bővíteniük egy meglévő szemantikai modellt, például a részlegükhöz tartozó további adatokkal. Ebben az esetben DirectQuery-kapcsolatokat használhatnak a Power BI szemantikai modelljeihez. Ez a funkció lehetővé teszi az önkiszolgáló engedélyezés ideális egyensúlyát, miközben kihasználja a központilag felügyelt adategységekbe történő befektetés előnyeit. A forgatókönyv-diagram egy DirectQuery-kapcsolatot ábrázol. Az élő kapcsolat DirectQuery-kapcsolattá alakításával létrejön egy helyi modell, amely lehetővé teszi az új táblák hozzáadását. Az eredeti megosztott szemantikai modell (a távoli modell) és az újonnan hozzáadott új táblák (a helyi modell) táblái között kapcsolatok hozhatók létre. Az új adatmodell testreszabásához további számítások és adatmodellezés végezhetők.

Tipp.

Ez a forgatókönyv kiemeli a megosztott szemantikai modell újrafelhasználását. Vannak azonban olyan helyzetek, amikor az adatmodellezők korlátozni szeretnék az alsóbb rétegbeli adatmodellek létrehozását. Ebben az esetben engedélyezhetik a DirectQuery-kapcsolatok elriasztása tulajdonságot a Power BI Desktop beállításaiban.

Szemantikai modell támogatása

Mivel a megosztott szemantikai modellek újrafelhasználásra szolgálnak, hasznos, ha támogatjuk őket. A hitelesített szemantikai modell azt jelzi a jelentéskészítőknek, hogy az adatok megbízhatóak, és megfelelnek a szervezet minőségi szabványainak. Az előléptetett szemantikai modell kiemeli, hogy a szemantikai modell tulajdonosa úgy véli, hogy az adatok értékesek és érdemesek mások számára.

Tipp.

Ajánlott eljárás, hogy következetes, megismételhető, szigorú folyamat legyen a tartalomkezelési folyamathoz. A hitelesített tartalomnak azt kell jeleznie, hogy az adatminőség ellenőrzése megtörtént. Emellett követnie kell a változáskezelési szabályokat, hivatalos támogatást kell nyújtania, és teljes mértékben dokumentálnia kell. Mivel a minősített tartalom szigorú szabványokat fogadott el, a megbízhatóságra vonatkozó elvárások magasabbak.

Szemantikai modell felderítése

A OneLake adatközpont segít a jelentéskészítőknek szemantikai modellek keresésében, feltárásában és használatában a szervezetben. A szemantikai modell ajánlása mellett a szemantikai modellek felderítésének engedélyezése kritikus fontosságú az újbóli használat előmozdítása szempontjából. Egy felderíthető szemantikai modell látható az adatközpontban az adatokat kereső jelentéskészítők számára.

Feljegyzés

Ha egy szemantikai modell nincs felderíthetőre konfigurálva, csak a Build engedéllyel rendelkező Power BI-felhasználók találják meg.

Szemantikai modell hozzáférésének kérése

Előfordulhat, hogy a jelentéskészítő szemantikai modellt talál a használni kívánt adatközpontban . Ha nem rendelkeznek buildelési engedéllyel a szemantikai modellhez, hozzáférést kérhetnek. A szemantikai modell kérelemhozzáférési beállításától függően a rendszer e-mailt küld a szemantikai modell tulajdonosának, vagy egyéni utasítások jelennek meg a hozzáférést kérő személynek.

Közzététel külön munkaterületeken

A jelentések a szemantikai modell tárolási helyétől eltérő munkaterületen való közzétételének számos előnye van.

Először is egyértelmű, hogy ki felelős a tartalmak kezeléséért, mely munkaterületen. Másodszor, a jelentéskészítők jogosultak tartalmat közzétenni egy jelentéskészítő munkaterületen (munkaterület-rendszergazdai, tagi vagy közreműködői szerepkörök segítségével). Azonban csak bizonyos szemantikai modellek olvasási és összeállítási engedélyekkel rendelkeznek. Ez a technika lehetővé teszi a sorszintű biztonság (RLS) életbe lépését, ha szükséges a megtekintő szerepkörhöz rendelt felhasználók számára.

Függőség- és hatáselemzés

Ha más szemantikai modellek vagy jelentések közös szemantikai modellt használnak, ezek a függő objektumok számos munkaterületen létezhetnek. Az életút nézet segít azonosítani és megérteni az alsóbb rétegbeli függőségeket. Szemantikai modellváltás tervezésekor először végezzen hatáselemzést annak megértéséhez, hogy mely szemantikai modelleket vagy jelentéseket kell szerkeszteni vagy tesztelni.

Átjáró beállítása

Általában adatátjáróra van szükség a privát szervezeti hálózaton vagy virtuális hálózaton belül található adatforrások elérésekor. A helyszíni adatátjáró akkor válik relevánssá, ha egy Power BI Desktop-fájlt közzétett a Power BI szolgáltatás. Az átjáró két célja az importált adatok frissítése, vagy egy élő kapcsolatot vagy DirectQuery szemantikai modellt lekérdező jelentés megtekintése.

Feljegyzés

Testre szabható, önkiszolgáló BI-forgatókönyvek esetén a központi adatátjárók standard módban erősen ajánlottak személyes módban lévő átjárókon keresztül. Normál módban az adatátjáró támogatja az élő kapcsolati és DirectQuery-műveleteket (az ütemezett adatfrissítési műveletek mellett).

Rendszerfelügyelet

A tevékenységnapló rögzíti a Power BI szolgáltatás előforduló felhasználói tevékenységeket. A Power BI-rendszergazdák az összegyűjtött tevékenységnapló-adatokkal naplózást végezhetnek, hogy könnyebben megértsék a használati mintákat és a bevezetést. A tevékenységnapló hasznos az irányítási erőfeszítések, a biztonsági auditok és a megfelelőségi követelmények támogatásához is. Testreszabható, önkiszolgáló BI-forgatókönyv esetén különösen hasznos az eredeti megosztott szemantikai modell és a függő szemantikai modellek használatának nyomon követése.

A sorozat következő cikkében megismerheti, hogyan használhatja újra az adatfolyamokkal végzett adat-előkészítési munkát az önkiszolgáló adat-előkészítési forgatókönyvben.