Power BI-megvalósítás tervezése: Munkaterületszintű munkaterület-tervezés

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-számítási feladatokra összpontosít. A sorozat bemutatása: Power BI implementációtervezés.

Ez a cikk a Fabric munkaterületszintű tervezését ismerteti, és a Power BI-élményre helyezi a hangsúlyt. Elsősorban a következő célokat célozza:

• Hálógazdák: Azok a rendszergazdák, akik a Fabric felügyeletéért felelősek a szervezetben.
• Kiválósági központ, informatikai és BI-csapat: Azok a csapatok, amelyek az adatok és a bi felügyeletéért, valamint az önkiszolgáló felhasználók támogatásáért is felelősek a szervezetben.
• Tartalomkészítők és -tulajdonosok: Önkiszolgáló létrehozók, akiknek tartalmakat kell létrehozniuk, közzétenni és kezelni a munkaterületeken.

A munkaterületek hatékony használatához számos taktikai döntést kell meghozni. Amikor csak lehetséges, az egyes munkaterületszintű döntéseknek igazodniuk kell a bérlői szintű döntésekhez.

Feljegyzés

A munkaterület fogalma a Power BI-ból származik. A Fabric használatával a munkaterület célja egyre szélesebb körűvé vált. Ennek az az eredménye, hogy a munkaterületek mostantól egy vagy több különböző hálóélményből (más néven számítási feladatokból) származó elemeket tartalmazhatnak. Annak ellenére, hogy a tartalom hatóköre szélesebb lett, mint a Power BI, az ezekben a cikkekben ismertetett munkaterület-tervezési tevékenységek többsége alkalmazható a Fabric-munkaterületek tervezésére.

Munkaterület célja

Munkaterületek tervezésekor fontos, hogy ne csak a tárolni kívánt tartalom típusát, hanem a munkaterület által támogatott tevékenységeket is figyelembe vegyük.

Tekintse meg az alábbi két példát a pénzügyekkel kapcsolatos munkaterületekre. Bár mindkettő ugyanannak a csapatnak van szentelve, minden munkaterület más célt szolgál:

• Pénzügyi hónap végi munkaterület: A Pénzügyi hónap vég munkaterülete egyeztetési és hónap végi zárójelentéseket tartalmaz. Ezt a munkaterületet nem hivatalos munkaterületnek tekintik, amely támogatja az együttműködésen alapuló erőfeszítéseket. A Power BI-alkalmazás nem szükséges a tartalommegjelenítők számára, mert a munkaterület elsődleges használata az együttműködés egy kis csoportja, akik szorosan együttműködnek. A csapattagok többsége rendelkezik engedéllyel a munkaterület tartalmainak szerkesztésére.
• Pénzügyi jelentéskészítési munkaterület: A Pénzügyi jelentés munkaterület tartalmazza a véglegesített, bemutatószintű jelentéseket. Ez a munkaterület olyan tartalmakat tartalmaz, amelyek a szervezetben széles körben elosztva számos megtekintő számára (beleértve a vezetőket is) egy Power BI-alkalmazás használatával. A munkaterületet szigorúan szabályozzák.

E két példát szem előtt tartva fontolja meg a munkaterület céljának két konkrét aspektusát: az együttműködési szándékot és a megtekintési szándékot.

Együttműködési szándék

A Háló portálon található munkaterület elsődleges célja a több személy közötti együttműködés elősegítése. Az együttműködés számos módon történhet egy munkaterületen:

• Csapatalapú fejlesztés: Többen dolgozhatnak együtt tartalmak létrehozására, tesztelésére és közzétételére. Előfordulhat, hogy egy felhasználó egy tóház tervezésén dolgozik. Előfordulhat, hogy egy másik felhasználó a szemantikai modell (korábban adathalmaz) tervezésén dolgozik, míg más felhasználók a jelentések készítésére összpontosíthatnak.
• Tesztelés és érvényesítés: Előfordulhat, hogy a felhasználóknak adatérvényesítést kell végeznie az új tartalomhoz. Előfordulhat, hogy az üzleti egység szakértőinek felhasználói elfogadási tesztelést (UAT) kell végrehajtaniuk, vagy egy adatminőségi csapatnak ellenőriznie kell a szemantikai modell pontosságát.
• Fejlesztések: A tartalom érdekelt felei és felhasználói a körülmények változásával a tartalom továbbfejlesztésére is javaslatot kaphatnak.
• Tulajdonjog átadása: Egy másik személy vagy csapat átveheti a felelősséget a más által létrehozott tartalmakért.

A háló bevezetésének ütemtervének egyik fő területe a tartalom tulajdonjoga és kezelése. A munkaterületen az együttműködés típusa a tartalom tulajdonjogához és kezeléséhez használt megközelítéstől függően eltérő lesz:

• Üzleti vezetésű önkiszolgáló BI: A tartalmat egy üzleti egység vagy részleg tartalomkészítői birtokolják és kezelik. Ebben a forgatókönyvben a munkaterületen a legtöbb együttműködés az adott üzleti egységen belüli felhasználók között történik.
• Felügyelt önkiszolgáló BI: Az adatokat egy központosított csapat birtokolja és felügyeli, míg az üzleti egységek különböző tartalomkészítői vállalnak felelősséget a jelentésekért és irányítópultokért. Ebben a forgatókönyvben nagy valószínűséggel több munkaterületre lesz szükség ahhoz, hogy biztonságosan megkönnyítse az együttműködést több embercsoport között.
• Enterprise BI: A tartalmat egy központosított csapat, például az informatikai, a vállalati BI vagy a Kiválósági Központ (COE) birtokolja és felügyeli. Ebben a forgatókönyvben a munkaterületen végzett együttműködési erőfeszítések a központosított csapat felhasználói között történnek.

Ellenőrzőlista – A munkaterületen való együttműködésre vonatkozó szándékok mérlegelésekor a legfontosabb döntések és műveletek a következők:

• Vegye figyelembe az együttműködéssel kapcsolatos elvárásokat: Határozza meg, hogy a munkaterületek együttműködésének hogyan kell történnie, és hogy ki vesz részt egyetlen csapaton belül vagy szervezeti határokon belül.
• Fontolja meg a tartalom tulajdonjogával és kezelésével kapcsolatos elvárásokat: Gondolja át, hogy a különböző tartalom tulajdonjogi és felügyeleti megközelítései (az üzleti vezetésű önkiszolgáló BI, a felügyelt önkiszolgáló BI és a vállalati BI) hogyan befolyásolják a munkaterületek tervezését és használatát.

Tipp.

Ha az igényeket nem lehet egyetlen megközelítéssel kielégíteni, készüljön fel arra, hogy rugalmas legyen, és más tartalom tulajdonjogi és felügyeleti stratégiát használjon a különböző munkaterületekhez. A stratégia a forgatókönyvön és az érintett csapattagokon alapulhat.

Tartalommegtekintési szándék

A munkaterület másodlagos célja, hogy tartalmat terjesszen azoknak a felhasználóknak, akiknek meg kell tekinteni a tartalmat. A tartalommegjelenítők esetében az elsődleges Háló számítási feladat a Power BI.

A Power BI szolgáltatás többféleképpen is megközelítheti a tartalomterjesztést:

• A jelentések Power BI-alkalmazással tekinthetők meg: A nem személyes munkaterületen tárolt tartalmak közzétehetők egy Power BI-alkalmazásban. A Power BI-alkalmazások felhasználóbarátabb élményt nyújtanak, mint a jelentések közvetlenül a munkaterületen való megtekintése. Emiatt a Power BI-alkalmazás használata gyakran a legjobb választás tartalomterjesztéshez a fogyasztók számára. A Power BI-alkalmazások célközönségei nagyon rugalmasak. Néha azonban a tartalmak alkalmazásokkal való terjesztésének céljai is szerepet játszik a munkaterületeken vagy munkaterületeken belüli tartalmak rendszerezésében. A Power BI-alkalmazások biztonságossá tételével kapcsolatos további információkért lásd: Jelentés a fogyasztói biztonság tervezéséről.
• A jelentések közvetlenül a munkaterületen tekinthetők meg: Ez a megközelítés gyakran megfelel az informális, együttműködésen alapuló munkaterületeknek. A munkaterületi szerepkörök határozzák meg, hogy ki tekintheti meg vagy szerkesztheti a munkaterületen található tartalmat. A munkaterületi szerepkörökről további információt a Tartalomkészítő biztonsági tervezésében talál.
• A jelentések megoszthatók: Az elemenkénti engedélyek (hivatkozások vagy közvetlen hozzáférés) akkor hasznosak, ha a munkaterületen belül egyetlen elemhez csak olvasható hozzáférést kell biztosítani. Javasoljuk, hogy gyakrabban használja az alkalmazásengedélyeket és a munkaterületi szerepköröket, mint a megosztást, mert azok könnyebben karbantarthatóak. További információ: Jelentés a fogyasztói biztonság tervezéséről.
• A jelentések beágyazhatók egy másik alkalmazásba, és ott tekinthetők meg: Néha a cél az, hogy a felhasználók egy másik alkalmazásba beágyazott Power BI-tartalmakat tekinthessenek meg. A tartalom beágyazása akkor hasznos, ha a felhasználónak érdemes az alkalmazásban maradnia a hatékonyság növelése és a munkafolyamaton belül maradása érdekében.

A háló bevezetésének ütemtervének egy másik kulcsfontosságú területe a tartalomkézbesítés hatóköre. A munkaterület tartalomterjesztést támogató módjai a tartalomkézbesítés hatókörétől függően eltérőek lesznek:

• Személyes BI: A tartalmat a létrehozó használja. Mivel a tartalom megosztása másokkal nem cél, a személyes üzletiintelligenitás egy személyes munkaterületen belül történik (a következő témakörben leírtak szerint).
• Team BI: A tartalmat viszonylag kevés olyan munkatárssal osztják meg, akik szorosan együttműködnek. Ebben a forgatókönyvben a legtöbb munkaterület informális, együttműködésen alapuló munkaterület.
• Részlegszintű BI: A tartalom számos olyan felhasználó számára van elosztva, akik egy nagy részleghez vagy üzleti egységhez tartoznak. Ebben a forgatókönyvben a munkaterület elsősorban az együttműködési erőfeszítésekre irányul. A részlegszintű BI-forgatókönyvekben a tartalmat általában egy Power BI-alkalmazásban tekintik meg (ahelyett, hogy közvetlenül a munkaterületen tekintenék meg).
• Vállalati üzletiintelligenitás: A tartalom széles körben a vállalati határokon keresztül jut el a legtöbb célfelhasználóhoz. Ebben a forgatókönyvben a munkaterület elsősorban az együttműködési erőfeszítésekre irányul. Vállalati BI-forgatókönyvek esetén a tartalmat általában egy Power BI-alkalmazásban tekintik meg (nem közvetlenül a munkaterületen).

Tipp.

A munkaterületek tervezésekor vegye figyelembe a célközönség igényeit a munkaterület licencelési módjának meghatározásakor. A munkaterülethez rendelt licenc típusa hatással lesz az elérhető funkciókra, beleértve azt is, hogy ki tekintheti meg vagy kezelheti a munkaterület tartalmát.

Ellenőrzőlista – Ha figyelembe veszi a munkaterület tartalmának megtekintésével kapcsolatos elvárásait, a legfontosabb döntések és műveletek a következők:

• Fontolja meg a tartalom megtekintésével kapcsolatos elvárásokat: Határozza meg, hogy a felhasználók hogyan tekinthetik meg a munkaterületen közzétett tartalmakat. Fontolja meg, hogy a megtekintés közvetlenül a munkaterületen vagy egy másik módszerrel történik-e.
• Határozza meg, hogy kiknek kézbesítik a tartalmat: Fontolja meg, hogy ki a célközönség. Vegye figyelembe a munkaterület licencmódját is, különösen akkor, ha jelentős számú tartalommegjelenítőre számít.
• A Power BI-alkalmazások igényeinek kiértékelése: Fontolja meg, hogy mi a munkaterület célja, mivel kapcsolódik a tartalomterjesztési követelményekhez. Ha egy Power BI-alkalmazásra van szükség, az befolyásolhatja a munkaterületek létrehozásával kapcsolatos döntéseket.
• Fontolja meg a tartalomkézbesítési hatókörrel kapcsolatos elvárásokat: Fontolja meg, hogy a különböző tartalomkézbesítési hatókörök (személyes BI, csapat BI, részlegszintű BI és vállalati BI) hogyan befolyásolják a munkaterületek tervezését és használatát.

Tipp.

Készüljön fel arra, hogy rugalmas legyen. A forgatókönyv és az érintett csapattagok alapján más tartalommegtekintési stratégiát használhat a munkaterületekhez. Emellett ne féljen különböző tartalomkézbesítési hatókör-megközelítéseket használni a munkaterületekhez, ha ez indokolt.

Személyes munkaterületek megfelelő használata

Kétféle munkaterület létezik:

• Személyes munkaterületek: Minden felhasználó rendelkezik személyes munkaterületekkel. A személyes munkaterületek bizonyos típusú tartalmak közzétételére használhatók a Háló portálon. Elsődleges célja a személyes BI-használati forgatókönyvek támogatása.
• Munkaterületek: A munkaterületek elsődleges célja a több felhasználó közötti együttműködés támogatása. Másodszor, a munkaterület a tartalom megtekintésére is használható.

A személyes munkaterületek használata a személyes üzletiintelligálás, az ideiglenes tartalom vagy a tesztelési céloktól eltérő célokra kockázatos lehet, mivel a személyes munkaterületen lévő tartalmakat egy személy felügyeli és tartja karban. Emellett a személyes munkaterületek nem támogatják a másokkal való együttműködést.

Ahhoz, hogy bármilyen típusú Fabric-elem (például egy tóház vagy raktár) létre legyen hozva, munkaterületet kell hozzáadni a Fabric-kapacitáshoz. Ez mind a standard, mind a személyes munkaterületekre igaz. Így szabályozhatja, hogy ki hozhat létre bizonyos típusú elemeket a személyes munkaterületen a kapacitás-hozzárendelése révén.

A személyes munkaterületek csak korlátozottan oszthatnak meg tartalmakat másokkal. Személyes munkaterületről nem tehet közzé Power BI-alkalmazásokat (és a Power BI-alkalmazások fontos mechanizmust jelentenek a tartalom szervezetnek való terjesztéséhez). Az elemenkénti engedélyek (hivatkozások vagy közvetlen hozzáférés) az egyetlen módja a személyes munkaterület tartalmának megosztásának másokkal. Ezért az elemenkénti engedélyek széles körű használata nagyobb erőfeszítést igényel, és növeli a hiba kockázatát. További információ: Jelentés a fogyasztói biztonság tervezéséről.

Ellenőrzőlista – Ha figyelembe veszi a személyes munkaterületek használattal kapcsolatos elvárásait, a legfontosabb döntések és műveletek a következők:

• A személyes munkaterületek aktuális használatának ismertetése: Beszélgetéseket folytathat a felhasználókkal, és áttekintheti a tevékenységtevékenység adatait , hogy biztosan megértse, mit csinálnak a felhasználók a személyes munkaterületükkel.
• Döntse el, hogyan kell használni a személyes munkaterületeket: Döntse el, hogy a személyes munkaterületeket hogyan kell (és nem) használni a szervezetben. A kockázat és a könnyű használat kiegyensúlyozására összpontosítson a tartalom-együttműködés és a megtekintés igénye mellett.
• Ha szükséges, helyezze át a személyes munkaterület tartalmát: Kritikus fontosságú tartalmak esetén szükség esetén helyezze át a tartalmat a személyes munkaterületekről a standard munkaterületekre.
• Személyes munkaterületekkel kapcsolatos dokumentáció létrehozása és közzététele: Hasznos dokumentáció vagy gyakori kérdések létrehozása a felhasználók számára a személyes munkaterületek hatékony használatáról. Tegye elérhetővé az információkat a központosított portálon és a képzési anyagokban.

Feljegyzés

További információkért tekintse meg a Fabric bevezetési ütemtervének következő témakörét: központosított portál, képzés és dokumentáció.

Munkaterület tulajdonjoga

A munkaterületek tervezésekor az egyik legfontosabb szempont a tulajdonosi és gondnoki szerepkörök és felelősségek meghatározása. A cél az, hogy egyértelmű legyen, hogy pontosan ki felelős az egyes munkaterületeken található tartalmak létrehozásáért, karbantartásáért, közzétételéért, védelméért és támogatásáért.

A tulajdonjog egyértelműsége különösen akkor fontos, ha az adatok létrehozásával és kezelésével kapcsolatos feladatok decentralizáltak vagy elosztottak a részlegek és az üzleti egységek között. Ezt a fogalmat néha adathálós architektúrának is nevezik. Az adathálóról további információt a Mi az adatháló? című témakörben talál.

A Fabricben a decentralizált vagy elosztott tulajdonjog munkaterületeken keresztül engedélyezve van. A szervezet különböző területei egymástól függetlenül is működhetnek, ugyanakkor ugyanahhoz a mögöttes adatstruktúrához járulnak hozzá a OneLake-ben. Minden munkaterület rendelkezhet saját rendszergazdával, hozzáférés-vezérléssel és kapacitás-hozzárendeléssel (számlázáshoz, földrajzi adatok helyéhez és teljesítményfigyeléshez).

Tipp.

A Munkaterület tulajdonjogának a Fabricben való támogatásának további módja a tartományok használata, amelyeket a cikk későbbi részében ismertetünk.

Ha az együttműködési szándék decentralizálást és több csapatot foglal magában egyetlen üzleti egységen túl, az összetettebbé teheti a munkaterületek kezelését. Gyakran hasznos külön munkaterületeket létrehozni, hogy egyértelműen meghatározza, melyik csapat melyik tartalomért felelős. Több munkaterület használata lehetővé teszi, hogy konkrétan a tulajdonosi és felügyeleti felelősségeket határozza meg, és ez segíthet a biztonságnak a minimális jogosultság elve szerinti beállításában. További biztonsági szempontokért tekintse meg a Tartalomkészítő biztonsági tervezését.

Tipp.

Az elszámoltathatósággal és a felelősséggel kapcsolatos döntéseknek közvetlenül össze kell összhangban állniuk a munkaterület-hozzáférés meghatározásával kapcsolatos műveletekkel, amelyet a cikk későbbi részében ismertetünk.

Ellenőrzőlista – A munkaterület tulajdonjogi feladatainak mérlegelése során a legfontosabb döntések és műveletek a következők:

• Ismerje meg teljes mértékben a tartalom tulajdonjogának működését: Győződjön meg arról, hogy mélyen tisztában van a tartalom tulajdonjogával és kezelésével az egész szervezetben. Ismerje fel, hogy valószínűleg nem lesz egy méretre illeszkedő megközelítés, amely egységesen alkalmazható az egész szervezetben. A decentralizált vagy elosztott tulajdonjogi igények megismerése.
• Szerepkörök és felelősségek meghatározása és dokumentálása: Győződjön meg arról, hogy egyértelmű szerepköröket és felelősségeket határoz meg és dokumentál a munkaterületeken együttműködő személyek számára. Ezeket az információkat elérhetővé teheti az előkészítési tevékenységekben, a képzési anyagokban és a központosított portálon.
• Felelősségi mátrix létrehozása: Annak leképezése, hogy ki fogja kezelni az egyes függvényeket a tartalom létrehozása, karbantartása, közzététele, védelme és támogatása során. Ezeket az információkat a munkaterület-hozzáférési szerepkörök tervezésének megkezdésekor készítse el.
• Fontolja meg a társtulajdonlást vagy a többcsapatos tulajdonlási forgatókönyveket: Azonosítsa, hogy létezik-e olyan forgatókönyv, amelyben hasznos lenne elkülöníteni a munkaterületeket, hogy a felelősségek egyértelműek legyenek.
• Munkaterület-kezelési dokumentáció létrehozása: A munkaterület rendszergazdáinak és tagjainak képzése a munkaterület beállításainak és hozzáférésének kezeléséről. A munkaterület-rendszergazdák, a tagok és a közreműködők feladatainak belefoglalása. Tegye elérhetővé az információkat a központosított portálon és a képzési anyagokban.

Munkaterület-szervezet

A munkaterületek rendszerezése a munkaterület-tervezés egyik legfontosabb aspektusa.

A különböző üzleti egységek és részlegek az együttműködési követelményektől függően kissé eltérően használhatják a munkaterületeket. Ha új munkaterületre van szüksége, javasoljuk, hogy vegye figyelembe az ebben a szakaszban ismertetett tényezőket.

Munkaterület tárgya és hatóköre

Az alábbi lehetőségek néhány javaslatot adnak arra vonatkozóan, hogyan rendszerezheti a munkaterületeket tárgy és hatókör szerint.

Bizonyos esetekben előfordulhat, hogy már rendelkezik néhány hasznos csoporttal a Microsoft Entra-azonosítóban (korábbi nevén Azure Active Directoryban). Ezután a megadott tárgyterülethez és hatókörhöz tartozó erőforrásokhoz való hozzáférés kezelésére használhatja őket. Előfordulhat azonban, hogy létre kell hoznia néhány új csoportot, hogy megfeleljen ennek a célnak. A megfontolandó szempontokért tekintse meg az alábbi munkaterület-hozzáférési szakaszt.

1. lehetőség: Munkaterület tárgyterületenként vagy projektenként

Ha munkaterületet hoz létre az egyes tárgyterületekhez vagy projektekhez, a célra összpontosíthat. Lehetővé teszi, hogy kiegyensúlyozott megközelítést alkalmazzon.

Példák: Negyedéves pénzügyi vagy termékindítási elemzés

Az 1. lehetőség előnyei a következők:

• A tartalom szerkesztésére vagy megtekintésére jogosult felhasználók hozzáférésének kezelése egyszerűbb, mivel hatóköre tárgyterületenként van korlátozva.
• Ha a felhasználók a szervezeti határokon keresztül férnek hozzá a tartalmakhoz, a munkaterületek tárgyterület szerinti strukturálása rugalmasabb és könnyebben kezelhető (a következő 2. lehetőséghez képest).
• A hatókörök tárgyterületenkénti használata jó kompromisszum a túl sok elemet tartalmazó munkaterületek és a túl kevés elemet tartalmazó munkaterületek között.

Az 1. lehetőség hátránya, hogy a szűk vagy széles munkaterületek definiálásának módjától függően még mindig fennáll a veszélye annak, hogy sok munkaterület jön létre. A tartalom megkeresése kihívást jelenthet a felhasználók számára, ha a tartalom több munkaterületen is el van osztva.

Tipp.

Jól megtervezett és felügyelt munkaterület esetén egy munkaterület tárgyanként vagy projektenként általában kezelhető számú munkaterületet eredményez.

2. lehetőség: Munkaterület részlegenként vagy csapatonként

A munkaterületek létrehozása részlegenként vagy csapatonként (vagy üzleti egységenként) gyakori módszer. Valójában a szervezeti diagrammal való igazítás a leggyakoribb módja annak, hogy a felhasználók a munkaterületek tervezésével kezdjenek. Ez azonban nem minden forgatókönyv esetében ideális.

Példák: Pénzügyi részleg vagy Sales Team Analytics

A 2. lehetőség előnyei a következők:

• A tervezés első lépései egyszerűek. Az adott részlegen dolgozó személyek által igényelt összes tartalom egy munkaterületen fog elhelyezkedni.
• A felhasználók könnyen tudják, hogy melyik munkaterületet érdemes használni, mivel az összes tartalom közzé van téve a részlegükhöz vagy csapatukhoz társított munkaterületen.
• A biztonsági szerepkörök kezelése egyszerű lehet, különösen akkor, ha a Microsoft Entra-csoportok munkaterületi szerepkörökhöz vannak rendelve (ez az ajánlott eljárás).

A 2. lehetőség hátrányai a következők:

• Az eredmény gyakran egy széles hatókörű munkaterület, amely sok elemet tartalmaz. A széles körben definiált munkaterület-hatókör megnehezítheti a felhasználók számára adott elemek megkeresését.
• Mivel egy munkaterület és egy Power BI-alkalmazás között egy-az-egyhez kapcsolat áll fenn, a széles körben definiált munkaterületek olyan alkalmazásokat eredményezhetnek, amelyek sok tartalmat tartalmaznak. Ez a probléma azzal hárítható el, hogy kizár bizonyos munkaterületelemeket az alkalmazásból, és jól megtervezi az alkalmazás navigációs felületét.
• Ha más részlegek felhasználóinak meg kell tekintenie bizonyos munkaterületelemeket, az engedélyek kezelése összetettebbé válhat. Fennáll annak a kockázata, hogy az emberek azt feltételezik, hogy a részleg munkaterületén minden csak a szemüknek van. Fennáll annak a kockázata is, hogy az egyes elemek megosztása túlhasználatba kerül a részletes megtekintési engedélyek elérése érdekében.
• Ha egyes tartalomkészítőknek engedélyre van szükségük egyes elemek (de nem az összes elem) szerkesztéséhez, ezeket az engedélyeket nem lehet egyetlen munkaterületen beállítani. Ennek az az oka, hogy a szerkesztési vagy megtekintési engedélyeket meghatározó munkaterületi szerepkörök a munkaterület szintjén vannak definiálva.
• Ha nagy számú munkaterületi elemet használ, az gyakran azt jelenti, hogy szigorú elnevezési konvenciókat kell használnia az elemekhez, hogy a felhasználók megtalálhassák, amire szükségük van.
• A sok elemet tartalmazó széles munkaterületek technikai korlátokba ütközhetnek a munkaterületen tárolható elemek számában.

Tipp.

A szervezeti diagramhoz igazodó munkaterületek létrehozásakor gyakran kevesebb munkaterület jön létre. Ez azonban olyan munkaterületeket eredményezhet, amelyek sok tartalmat tartalmaznak. Nem javasoljuk a munkaterületek részlegenként vagy csapatonkénti igazítását, ha jelentős számú elemre és/vagy sok felhasználóra számít.

3. lehetőség: Adott jelentés vagy alkalmazás munkaterülete

Az egyes jelentésekhez vagy elemzési típusokhoz nem ajánlott munkaterületet létrehozni, kivéve a konkrét körülményeket.

Példák: Napi értékesítési összefoglaló vagy vezetői bónuszok

A 3. lehetőség előnyei a következők:

• A szűken definiált munkaterület célja egyértelmű.
• Az ultraérzékeny tartalmakat gyakran külön lehet elkülöníteni a saját munkaterületére, hogy azok explicit módon kezelhetők és szabályozhatók legyenek.
• A részletes munkaterület-engedélyek néhány elemre érvényesek. Ez a beállítás akkor hasznos, ha például egy felhasználó szerkesztheti az egyik jelentést, de egy másikat nem.

A 3. lehetőség hátrányai a következők:

• Ha túlhasznált, a szűken definiált munkaterületek létrehozása nagy számú munkaterületet eredményez.
• Ha sok munkaterületet szeretne dolgozni, az nagyobb erőfeszítést igényel. Bár a felhasználók a keresésre támaszkodhatnak, a megfelelő tartalom megkeresése a megfelelő munkaterületen bosszantó lehet.
• Ha nagyobb számú munkaterület létezik, több munka áll rendelkezésre naplózási és monitorozási szempontból.

Tipp.

Egy szűk hatókörű munkaterületet, például egy egyéni jelentést csak meghatározott okokból lehet létrehozni. A szabály helyett a kivételnek kell lennie. Időnként hasznos módszer a scorecardok saját munkaterületre való elkülönítése. Egy külön munkaterület használata például akkor hasznos, ha egy scorecard több területre kiterjedő célokat jelenít meg. A scorecard kezeléséhez és megtekintéséhez adott engedélyek beállítása is hasznos.

Ellenőrzőlista – A munkaterület tartalmának tárgya és hatóköre szempontjából a legfontosabb döntések és műveletek a következők:

• A munkaterületek beállításának felmérése: Tekintse át, hogy a felhasználók jelenleg hogyan használják a munkaterületeket. Azonosítsa, mi működik jól, és mi nem működik jól. Tervezze meg a lehetséges változásokat és a felhasználói oktatási lehetőségeket.
• Fontolja meg a legjobb munkaterület-hatókört: Határozza meg, hogy a felhasználók hogyan használják a munkaterületeket a cél, a tárgyterület, a hatókör és a tartalom kezeléséért felelős személyek alapján.
• Határozza meg, hogy hol találhatók a különösen bizalmas tartalmak: Megadhatja, hogy mikor hozható létre egy adott munkaterület a rendkívül bizalmas tartalmakhoz.
• Munkaterületek használatával kapcsolatos dokumentáció létrehozása és közzététele: Hasznos dokumentációk vagy gyakori kérdések létrehozása a felhasználók számára a munkaterületek rendszerezéséről és használatáról. Ezeket az információkat elérhetővé teheti a képzési anyagokban és a központosított portálon.

Munkaterületelem-típusok

Az adat-munkaterületek jelentéskészítési munkaterületektőlvaló elkülönítése az adategységek elemzési eszközöktől való leválasztásának gyakori gyakorlata.

• Az adat-munkaterületek olyan adatelemek tárolására és védelmére szolgálnak, mint a tóház, a raktár, az adatfolyam vagy a szemantikai modell.
• A jelentéskészítési munkaterületek az alsóbb rétegbeli elemzési tevékenységekre összpontosítanak. Olyan elemek tárolására és védelmére szolgál, mint a jelentések, irányítópultok és metrikák. A jelentéskészítési munkaterületek elsősorban (de nem feltétlenül kizárólag) tartalmazzák a Power BI-tartalmakat.

Tipp.

Minden hálóélmény lehetővé teszi, hogy különböző típusú elemeket hozzon létre. Ezek az elemek nem mindig illeszkednek jól a jelentéskészítési (vagy elemzési) tartalmakkal szemben az adatnak tekintett tartalmak fogalmába. Ilyen például egy Fabric-jegyzetfüzet , amely számos különböző módon használható, például: adatok betöltése és átalakítása egy tóházban, Spark SQL-lekérdezések küldése vagy adatok elemzése és vizualizációja a PySparkkal. Ha a munkaterület vegyes számítási feladatokat fog tartalmazni, javasoljuk, hogy elsősorban a munkaterület céljára és a tartalom tulajdonjogára összpontosítson a jelen cikkben máshol leírtak szerint.

Az adat-munkaterületek jelentéskészítési munkaterületektől való elválasztásának előnyei a következők:

• A kritikus szervezeti adatok, például egy támogatott lakehouse-modell vagy szemantikai modell, egy adott munkaterületen találhatók, amelynek célja az újrafelhasználható adatok nagyvállalati szintű elérhetővé tétele. Gyakori példák a következők:
  • A jelentéskészítők könnyebben megtalálhatják és újra felhasználhatják a megbízható megosztott szemantikai modelleket . További információt a felügyelt önkiszolgáló BI használati forgatókönyvében talál.
  • A szemantikus modellek létrehozói könnyebben megtalálhatják a megbízható adatfolyamokat vagy a tóházi táblákat. További információkért tekintse meg az önkiszolgáló adat-előkészítés használati forgatókönyvét és a speciális önkiszolgáló adat-előkészítési használati forgatókönyvet.
• A hozzáférés-kezelés központosítható a kritikus szervezeti adatokhoz. Az adat-munkaterület és a jelentéskészítő munkaterület(ek) hozzáférésének külön kezelése akkor hasznos, ha különböző személyek felelősek az adatokért és a jelentésekért. A felügyelt önkiszolgáló BI-ban gyakori, hogy sok jelentéskészítő és kevesebb adatkészítő van.
• A szemantikai modellek szerkesztésének és kezelésének korlátozása minimálisra csökkenti a véletlen változások kockázatát, különösen az olyan kritikus adatelemek esetében, amelyeket több célra vagy sok felhasználó használ újra. A fizikai elkülönítés csökkenti a véletlen vagy a nem jóváhagyott változások esélyét. Ez az extra védelmi réteg a minősített szemantikai modellek esetében hasznos, amelyek minőségére és megbízhatóságára támaszkodnak.
• A közös tulajdonlási forgatókönyvek tisztázva vannak. Ha a megosztott szemantikai modellek egy központosított BI- vagy informatikai csapattól érkeznek, míg a jelentéseket önkiszolgáló tartalomkészítők teszik közzé (üzleti egységekben), célszerű a szemantikai modelleket külön munkaterületre elkülöníteni. Ez a megközelítés elkerüli a közös tulajdonlási forgatókönyvek kétértelműségét, mivel a munkaterületenkénti tulajdonjog és felelősség pontosabban van meghatározva.
• A sorszintű biztonság (RLS) kényszerítve van. Amikor arra ösztönzi az alkotókat, hogy különböző munkaterületeken dolgozzanak, nem lesznek szükségtelen szerkesztési engedélyük az eredeti szemantikai modellhez. Ennek az az előnye, hogy az RLS és/vagy az objektumszintű biztonság (OLS) a tartalomkészítők (és a tartalommegjelenítők) számára is érvényes lesz.

Az adat-munkaterületek jelentéskészítési munkaterületektől való elválasztásának hátrányai a következők:

• A munkaterület elnevezési konvenciója szükséges ahhoz, hogy meg lehessen különböztetni egy adat-munkaterületet egy jelentéskészítő munkaterülettől.
• További felhasználói oktatásra van szükség annak biztosításához, hogy a tartalomkészítők és a felhasználók tudják, hol tegyenek közzé és keressenek tartalmakat.
• Néha nehéz egyértelműen lehatározni azokat az elemtípusokat, amelyeket egy munkaterületen belül kell tárolni. Idővel a munkaterületek az eredetileg tervezettnél több tartalomtípust tartalmazhatnak.
• A különálló munkaterületek használata nagyobb számú munkaterületet eredményez, amelyeket kezelnie és naplóznia kell. A cél, hatókör és egyéb szempontok (például a fejlesztési, tesztelési és éles tartalmak elkülönítése) tervezése során a munkaterület-tervezés megközelítése bonyolultabbá válhat.
• További változáskezelési folyamatokra lehet szükség a központosított adatelemek kért módosításainak nyomon követéséhez és rangsorolásához, különösen akkor, ha a jelentéskészítők olyan követelményekkel rendelkeznek, amelyeket összetett modellek és jelentésszintű mértékek kezelhetnek.

Ellenőrzőlista – Ha a munkaterületen tárolni kívánt elemtípusokat mérlegeli, a legfontosabb döntések és műveletek a következők:

• Határozza meg az adatok újrafelhasználására vonatkozó célkitűzéseket: Döntse el, hogyan érheti el az adatok újrafelhasználását egy felügyelt önkiszolgáló BI-stratégia részeként.
• Frissítse a bérlői beállítást, hogy ki használhat szemantikai modelleket a munkaterületeken: Határozza meg, hogy ez a képesség minden felhasználó számára engedélyezhető-e. Ha úgy dönt, hogy korlátozza, hogy ki használhat szemantikai modelleket a munkaterületeken, fontolja meg egy olyan csoport használatát, mint például a Fabric által jóváhagyott jelentéskészítők.

Munkaterület-hozzáférés

Mivel a munkaterület elsődleges célja az együttműködés, a munkaterület-hozzáférés elsősorban a tartalmakat létrehozó és kezelő felhasználókra vonatkozik. Akkor is releváns lehet, ha a munkaterületet tartalom megtekintésére használják (a munkaterületek másodlagos célja, a cikk korábbi részében leírtak szerint).

Amikor elkezdi megtervezni a munkaterületi szerepköröket, érdemes feltennie magának az alábbi kérdéseket.

• Milyen elvárásokat támaszt az együttműködés a munkaterületen?
• A munkaterületet közvetlenül a tartalom fogyasztók általi megtekintésére fogja használni?
• Ki lesz a felelős a munkaterületen lévő tartalom kezeléséért?
• Ki fogja megtekinteni a munkaterületen tárolt tartalmakat?
• Egyéni felhasználókat vagy csoportokat kíván hozzárendelni a munkaterületi szerepkörökhöz?

Célszerű csoportokat használni a munkaterületi szerepkörök hozzárendeléséhez minden gyakorlati esetben. Különböző típusú csoportokat rendelhet hozzá. A munkaterületi szerepkörök mind támogatják a biztonsági csoportokat, a levelezést támogató biztonsági csoportokat, a terjesztési csoportokat és a Microsoft 365-csoportokat. A csoportok használatáról további információt a bérlőszintű biztonsági tervezésben talál.

A csoportok használatának tervezésekor érdemes lehet szerepkörenként egy csoportot létrehozni munkaterületenként. A Negyedéves pénzügyi szolgáltatások munkaterület támogatásához például a következő csoportokat hozhatja létre:

• Háló-munkaterület rendszergazdái – Negyedéves pénzügyi szolgáltatások
• Háló-munkaterület tagjai – Negyedéves pénzügyi szolgáltatások
• Háló-munkaterület közreműködői – Negyedéves pénzügyi szolgáltatások
• Háló-munkaterület megtekintői – Negyedéves pénzügyi szolgáltatások
• Power BI-alkalmazásmegjelenítők – Negyedéves pénzügyi adatok

Tipp.

A fent felsorolt csoportok létrehozása rugalmasságot biztosít. Ez azonban magában foglalja számos csoport létrehozását és kezelését. Emellett nagy számú csoport kezelése is kihívást jelenthet, ha a csoportokat csak az informatikai rendszer hozza létre és tartja karban. Ez a kihívás csökkenthető azáltal, hogy lehetővé teszi az önkiszolgáló csoportkezelést bizonyos műholdtagok számára. Ezek a tagok lehetnek a Kiválósági Központ (COE), a bajnokok vagy a megbízható felhasználók, akik betanították az üzleti egységük szerepkör-tagságainak kezelésére. További információ: Bérlőszintű biztonsági tervezés.

Ha az adat-munkaterületek elkülönülnek a jelentéskészítési munkaterületektől, a cikk korábbi részében leírtak szerint még nagyobb számú csoportot eredményez. Az adatok és a jelentéskészítési munkaterületek elválasztásakor fontolja meg, hogy a csoportok száma ötről 10-re nőjön:

• Hálóadat-munkaterület rendszergazdái – Negyedéves pénzügyi szolgáltatások
• Hálójelentési munkaterület rendszergazdái – Negyedéves pénzügyi szolgáltatások
• Hálóadat-munkaterület tagjai – Negyedéves pénzügyi szolgáltatások
• Hálójelentési munkaterület tagjai – Negyedéves pénzügyi szolgáltatások
• Hálóadat-munkaterület közreműködői – Negyedéves pénzügyi szolgáltatások
• Hálójelentési munkaterület közreműködői – Negyedéves pénzügyi szolgáltatások
• Hálóadat-munkaterület megtekintői – Negyedéves pénzügyi adatok
• Hálójelentési munkaterület megtekintői – Negyedéves pénzügyi adatok
• Power BI-alkalmazásmegjelenítők – Negyedéves pénzügyi adatok

Ha több munkaterület is létezik fejlesztéshez, teszteléshez és éles környezethez, az még nagyobb számú csoportot eredményez. Lehetséges, hogy a csoportok száma megháromszorozódik. Például csak az adat-munkaterület rendszergazdái számára ez a három csoport lenne:

• Hálóadat-munkaterület rendszergazdái – Negyedéves pénzügyi szolgáltatások [Dev]
• Hálóadat-munkaterület rendszergazdái – Negyedéves pénzügyi szolgáltatások [Teszt]
• Hálóadat-munkaterület rendszergazdái – Negyedéves pénzügyi szolgáltatások

Az előző példák azt hivatottak átadni, hogy a munkaterületi szerepkörökhöz megfeleltethető csoportok használata gyorsan kezelhetetlenné válhat.

Tipp.

Vannak olyan időszakok, amikor kevesebb csoportra van szükség, különösen a fejlesztés során. Előfordulhat például, hogy nem kell munkaterület-megtekintők csoportját megadnia a fejlesztés során; ez a csoport csak a teszteléshez és az éles környezethez szükséges. Vagy használhatja ugyanazt a munkaterület-rendszergazdai csoportot a fejlesztéshez, teszteléshez és éles környezethez. A fejlesztéssel, a teszteléssel és az éles környezettel kapcsolatos további információkért tekintse meg a munkaterület életciklus-felügyeletét a cikk későbbi részében.

A csoportok hatékony használata a munkaterületi szerepkörökhöz jelentős tervezést igényelhet. Készüljön fel a forgatókönyvekre, ha a meglévő csoportok (amelyek igazodhatnak a szervezeti diagramhoz) nem felelnek meg a Fabric-tartalom kezeléséhez szükséges összes igénynek. Ebben az esetben azt javasoljuk, hogy kifejezetten erre a célra hozzon létre csoportokat. Ezért szerepelnek a fent látható csoportnév-példákban a Fabric vagy a Power BI szavak. Ha több üzletiintelligencia-eszközzel rendelkezik, dönthet úgy, hogy inkább csak a BI-t használja előtagként. Így ugyanazokat a csoportokat több eszközön is használhatja.

Végül a példák egy munkaterületet mutatnak – negyedéves pénzügyi információkat –, de gyakran lehetséges egy munkaterületcsoport kezelése egy csoporttal. Előfordulhat például, hogy a pénzügyi csapat több munkaterülete is használhatja ugyanazokat a csoportokat.

Feljegyzés

A biztonságot gyakran szélesebb körben tervezheti meg, figyelembe véve a szemantikai modell olvasási és buildelési engedélykövetelményeit, valamint a sorszintű biztonsági (RLS) követelményeket. A jelentésfelhasználók és tartalomkészítők támogatásával kapcsolatos további információkért tekintse meg a biztonsági tervezéssel foglalkozó cikkeket. A cikk alkalmazásában a fókusz csak a munkaterület-szerepkörökre vonatkozik a munkaterület-tervezési folyamat részeként.

Ellenőrzőlista – A munkaterület-hozzáférés vizsgálatakor a legfontosabb döntések és műveletek a következők:

• Tekintse meg a szerepköröket és a felelősségeket: Használja a korábban előkészített szerepköröket és felelősségi információkat a munkaterületi szerepkörök tervezéséhez.
• Azonosítsa, hogy ki birtokolja és kezelje a tartalmat: Ellenőrizze, hogy az egyetlen munkaterületen tárolni kívánt összes elem egybe van-e összhangban azokkal a személyekkel, akik felelősséget vállalnak a tartalom birtoklásáért és kezeléséért. Ha vannak eltérések, gondolja át, hogyan lehetne jobban rendszerezni a munkaterületeket.
• Annak azonosítása, hogy ki tekinti meg a tartalmat a munkaterületen: Határozza meg, hogy a felhasználók közvetlenül a munkaterületről tekintik-e meg a tartalmat.
• A munkaterületi szerepkörök megtervezése: Határozza meg, hogy mely személyek feleljenek meg az egyes munkaterületek Rendszergazda, Tag, Közreműködő és Megtekintő szerepköreinek.
• Csoport- vagy egyéni szerepkör-hozzárendelések meghatározása: Határozza meg, hogy egyéni felhasználókat vagy csoportokat kíván-e hozzárendelni a munkaterületi szerepkörökhöz. Ellenőrizze, hogy vannak-e meglévő csoportok, amelyeket használhat munkaterületi szerepkör-hozzárendelésekhez.
• Határozza meg, hogy létre kell-e hozni új csoportokat: Alaposan gondolja át, hogy munkaterületi szerepkörönként létre kell-e hoznia egy új csoportot. Ne feledje, hogy ez számos csoport létrehozását és karbantartását eredményezheti. Határozza meg, hogy mi a folyamat egy új munkaterület létrehozásakor és a kapcsolódó csoportok létrehozásának módjában.
• A munkaterületi szerepkör-hozzárendelések konfigurálása és tesztelése: Ellenőrizze, hogy a felhasználók rendelkeznek-e a megfelelő biztonsági beállításokkal a tartalom létrehozása, szerkesztése és megtekintése során.

Munkaterület tartománya

A cikk korábbi részében leírtaknak megfelelően kritikus fontosságú, hogy egyértelmű legyen a munkaterület tulajdonjoga. A munkaterület tulajdonjogának további támogatásának egyik módja a tartományok használata. A tartományokkal logikailag csoportosíthat több hasonló tulajdonságokkal rendelkező munkaterületet.

A bérlő tartományainak tervezéséről további információt a Munkaterület-tartományok című témakörben talál.

Munkaterület beállításai

Az egyes munkaterületekhez több beállítás is beállítható. Ezek a beállítások jelentősen befolyásolhatják az együttműködés menetét, hogy ki férhet hozzá a munkaterülethez, és hogy a Fabric-számítási feladatokban milyen szintű az adatok újrafelhasználhatósága.

Munkaterület licenc üzemmódja

Minden munkaterület rendelkezik licencmód-beállítással. Beállítható Pro, felhasználónkénti Premium, Prémium kapacitás, Embedded, Fabric kapacitás vagy Próbaverzió.

Fontos

Ez a cikk időnként a Power BI Premiumra vagy annak kapacitás-előfizetésére (P termékváltozatokra) hivatkozik. Vegye figyelembe, hogy a Microsoft jelenleg összevonja a vásárlási lehetőségeket, és visszavonul a Power BI Premium kapacitásonkénti termékváltozataitól. Az új és a meglévő ügyfeleknek érdemes megfontolni a Fabric-kapacitás-előfizetések (F SKU-k) megvásárlását.

További információ: Fontos frissítés a Power BI Premium licenceléséhez és a Power BI Premiumhoz – gyakori kérdések.

A licenc típusa fontos a munkaterületek tervezéséhez, mert meghatározza a következőket:

• Funkciók: A különböző funkciók támogatottak. A PPU további funkciókat (például üzembehelyezési folyamatokat) tartalmaz, amelyek nem érhetők el a Pro-ban. A Fabric-kapacitáshoz hozzárendelt munkaterületek számára számos további Fabric-funkció (például lakehouses) válik elérhetővé.
• Tartalomhozzáférés: A licenc típusa határozza meg, hogy ki férhet hozzá a munkaterületen lévő tartalomhoz:
  • A PPU-munkaterülethez csak pPU-licenccel rendelkező felhasználók férhetnek hozzá (a munkaterületi szerepkörök kiosztása mellett).
  • Ha ingyenes licenccel rendelkező tartalommegjelenítőknek szeretne tartalmat szolgáltatni, F64 vagy újabb licencre lesz szüksége.
• Adattárolás helye: Ha az adatokat egy adott földrajzi régióban (az otthoni régión kívül) kell tárolnia, amely egy kapacitáshoz hozzárendelt munkaterülettel válik lehetségessé (és ennek megfelelően a kapacitás ebben a régióban jön létre). Az adattárolási helyről további információt a Bérlő beállítása című témakörben talál.

Ellenőrzőlista – A munkaterület licencelési módjának mérlegelése során a legfontosabb döntések és műveletek a következők:

• Fontolja meg, hogy mely funkciókra van szükség az egyes munkaterületekhez: Határozza meg az egyes munkaterületek szolgáltatási követelményeit. Vegye figyelembe a számítási feladatok és a munkaterület eléréséhez használni kívánt felhasználók közötti különbségeket.
• A munkaterület licencelési módjának beállítása: Tekintse át és frissítse az egyes munkaterület-licencelési módokat az egyes munkaterületek által igényelt funkciók alapján.

Munkaterület életciklusának kezelése

Amikor a tartalomkészítők együttműködnek, hogy olyan elemzési megoldásokat nyújtsanak, amelyek fontosak a szervezet számára, különböző életciklus-kezelési szempontokat kell figyelembe venni. Ezeket a folyamatokat folyamatos integrációnak/folyamatos kézbesítésnek (CI/CD) is nevezik, amelyek a DevOps egyik aspektusát képezik.

Számos életciklus-kezelési szempont:

• A tartalom időalapú, megbízható és konzisztens kézbesítésének biztosítása.
• Tevékenységek kommunikálása és koordinálása több tartalomkészítő között, akik ugyanazon a projekten dolgoznak.
• Ütközések feloldása, ha több tartalomkészítő szerkessze ugyanazt az elemet ugyanabban a projektben.
• Egyszerű és megbízható üzembe helyezési folyamat felépítése.
• Üzembe helyezett tartalom visszaállítása egy korábbi stabil, működő verzióra.
• Hogyan lehet kiegyensúlyozni az új funkciók és hibajavítások gyors kiadásait az éles tartalmak védelme mellett.

A Fabricben az életciklus-kezelés két fő összetevője van.

• A tartalom verziókövetése:A Git-integráció lehetővé teszi, hogy a tartalomtulajdonosok és az alkotók létrehozzák a munkájuk verzióit. Használható webes fejlesztéshez egy munkaterületen, vagy egy ügyféleszközben, például a Power BI Desktopban történő fejlesztéshez. A verziókövetés (más néven forrásvezérlés) úgy érhető el, hogy az Azure DevOps helyi és távoli adattáraihoz társított ágak használatával nyomon követi a projekt összes változatát. A módosítások rendszeres időközönként lesznek véglegesítettek a távoli adattárban lévő ágakra. Ha egy tartalomkészítő elvégezte a tesztelt és jóváhagyott változatokat, az ága össze lesz vonva a megoldás legújabb verziójával a fő távoli adattárban (az egyesítési ütközések feloldása után). A Git-integráció a Háló portál minden munkaterületéhez megadható, feltéve, hogy a funkció engedélyezve van a bérlői beállításokban.
• Tartalom előmozdítása:Az üzembehelyezési folyamatok elsősorban a kiadáskezelésre összpontosítanak, hogy stabil környezetet tartsanak fenn a felhasználók számára. Munkaterületet hozzárendelhet egy üzembehelyezési folyamat egy szakaszához (fejlesztéshez, teszteléshez vagy éles környezethez). Ezután egyszerűen és szisztematikusan előléptetheti vagy üzembe helyezheti a tartalmat a következő fázisban.

Az életciklus-felügyeleti funkciók kombinálásakor ajánlott eljárásokat kell figyelembe venni a tervezési folyamat során. Dönthet például úgy, hogy a Git-integrációt használja a fejlesztési munkaterülethez és az üzembehelyezési folyamatokhoz a teszt- és éles munkaterületeken való közzétételhez. Az ilyen típusú döntésekhez következetesen kell használni az elfogadott gyakorlatot. Javasoljuk, hogy a beállítási, folyamat- és engedélymodell teljes teszteléséhez végezze el a koncepció igazolását.

Ellenőrzőlista – A munkaterület életciklus-kezelésének tervezésekor a legfontosabb döntések és műveletek a következők:

• Annak meghatározása, hogy a felhasználóknak hogyan kell használniuk a verziókövetést: Elemezze az önkiszolgáló és a speciális tartalomkészítők működését annak megállapításához, hogy megfelelő-e a OneDrive Vállalati verzió vagy a SharePoint fájlverziózása. Bevezetés a Git-integrációba azoknak a haladó felhasználóknak, akiknek további képességekre van szükségük. Készüljön fel mindkét típusú felhasználó támogatására.
• Annak meghatározása, hogy a felhasználóknak hogyan kell előléptetni a tartalmakat: Elemezze az önkiszolgáló és a speciális tartalomkészítők működését annak megállapításához, hogy az üzembe helyezési folyamatok megfelelőek-e a tartalom előléptetéséhez.
• Döntse el, hogy engedélyezve legyen-e a Git-integráció: Fontolja meg, hogy a Git-integráció a munkaterületekkel megfelelő-e a tartalomkészítők működéséhez. Állítsa be, hogy a felhasználók szinkronizálhassák a munkaterület elemeit a Git-adattárak bérlői beállításával, hogy igazodjanak ehhez a döntéshez. Tekintse át az egyes Git-integrációs bérlői beállításokat, és állítsa be őket a szabályozási irányelveknek megfelelően.
• Az elgondolás igazolása: Készítsen technikai megvalósíthatósági igazolást annak tisztázásához, hogy a Git-munkaterületek és az üzembehelyezési folyamatok hogyan működjenek együtt.
• Döntse el, hogy mely munkaterületek rendelkezzenek Git-integrációval: Fontolja meg a tartalomkészítők működését, és hogy mely munkaterületeket kell hozzárendelni egy fejlesztési, tesztelési vagy éles (kiadási) ághoz.
• Licencek ellenőrzése: Győződjön meg arról, hogy rendelkezik a Git-integráció használatához elérhető kapacitási licenccel. Győződjön meg arról, hogy minden munkaterület fabric- vagy Power BI Premium-kapacitáshoz van rendelve.
• Az Azure DevOps beállítása: A rendszergazdával együttműködve állítsa be az egyes munkaterületekhez szükséges Azure DevOps-projekteket, adattárakat és ágakat. Rendeljen hozzá megfelelő hozzáférést az egyes adattárakhoz.
• Csatlakozás munkaterületek: Csatlakozás minden munkaterületet a megfelelő Azure DevOps-adattárba.
• Fontolja meg, hogy kinek kell éles környezetben üzembe helyeznie: Döntsön arról, hogy hogyan és kinek kell tudnia frissíteni az éles tartalmat. Győződjön meg arról, hogy ezek a döntések összhangban vannak a munkaterület tulajdonjogának a szervezeten belüli kezelésével.
• Tartalomkészítők oktatása: Győződjön meg arról, hogy minden tartalomkészítő tisztában van azzal, hogy mikor érdemes életciklus-kezelési funkciókat és eljárásokat használnia. Megismerteti velük a munkafolyamatot, és hogy a különböző munkaterületek milyen hatással vannak az életciklus-felügyeleti folyamatokra.

Munkaterület-integráció az ADLS Gen2-vel

Egy munkaterület csatlakoztatható egy Azure Data Lake Storage Gen2-fiókhoz (ADLS Gen2). Ennek két oka lehet:

• Power BI-adatfolyamok adatainak tárolása: Ha úgy dönt, hogy saját data-lake-t hoz, a Power BI-adatfolyamok (Gen1) adatai közvetlenül az Azure-ban érhetők el. Az adatfolyamtár közvetlen elérése az ADLS Gen2-ben akkor hasznos, ha azt szeretné, hogy más felhasználók vagy folyamatok megtekinthessék vagy elérhessék az adatokat. Különösen hasznos, ha a cél az adatfolyamok power BI-on túli újrafelhasználása. A tárterület hozzárendeléséhez két lehetőség közül választhat:
  • Bérlőszintű tárolás, amely akkor hasznos, ha a Power BI-adatfolyamok összes adatát egy ADLS Gen2-fiókba központosítja.
  • Munkaterületszintű tárolás, amely akkor hasznos, ha az üzleti egységek saját adattójukat kezelik, vagy bizonyos adattárolási követelményekkel rendelkeznek.
• Power BI szemantikai modellek biztonsági mentése és visszaállítása: A Power BI szemantikai modell biztonsági mentési és visszaállítási funkciója támogatott a kapacitáshoz vagy PPU-hoz rendelt munkaterületeken. Ez a funkció ugyanazt az ADLS Gen2-fiókot használja, amely a Power BI-adatfolyamok adatainak tárolására szolgál (az előző felsorolási pontban leírtak szerint). A szemantikai modellek biztonsági mentései a következőkhöz hasznosak:
  • Az adatmegőrzési követelményeknek való megfelelés
  • Rutin biztonsági mentések tárolása vészhelyreállítási stratégia részeként
  • Biztonsági másolatok tárolása egy másik régióban
  • Adatmodell migrálása

Fontos

Az Azure-kapcsolatok beállítása a Háló felügyeleti portálján nem jelenti azt, hogy a teljes bérlő összes adatfolyamát alapértelmezés szerint egy ADLS Gen2-fiók tárolja. Explicit tárfiók használatához (a belső tároló helyett) minden munkaterületet explicit módon kell csatlakoztatni. Kritikus fontosságú, hogy a munkaterület Azure-kapcsolatait a munkaterületen lévő Power BI-adatfolyamok létrehozása előtt állítsa be.

Ellenőrzőlista – Az ADLS Gen2-vel való munkaterület-integráció mérlegelésekor a legfontosabb döntések és műveletek a következők:

• Döntse el, hogy a munkaterület az Azure Storage-t igénylő módokon lesz-e használatban: Fontolja meg, hogy egy saját data-lake forgatókönyv hasznos lenne-e az adatfolyamok tárolásához, és/vagy rendelkezik-e a szemantikai modell biztonsági mentési és visszaállítási funkciójának használatához szükséges követelményekkel.
• Határozza meg, hogy melyik Azure Storage-fiókot használja: Válassza ki azt az Azure Storage-fiókot, amely engedélyezve van a hierarchikus névtérrel (ADLS Gen2) az adatfolyamok adatainak bérlői szintű (központosított) tárolásához vagy szemantikai modell biztonsági mentéséhez. Győződjön meg arról, hogy az Azure Storage-fiók adatai könnyen elérhetők.
• Konfigurálja a bérlőszintű tárfiókot: A Háló felügyeleti portálján állítsa be a bérlőszintű ADLS Gen2 tárfiókot.
• Döntse el, hogy a munkaterület rendszergazdái csatlakoztathatnak-e tárfiókot: Tárgyaljon a decentralizált csapatok igényeinek megismeréséhez, és hogy az egyes csapatok jelenleg saját Azure Storage-fiókokat tartanak-e fenn. Döntse el, hogy engedélyezni kell-e ezt a képességet.
• Konfigurálja a munkaterületszintű tárolás rendszergazdai beállítását: A Háló felügyeleti portálon engedélyezze azt a beállítást, amely lehetővé teszi a munkaterület-rendszergazdák számára a saját tárfiókjuk csatlakoztatását.
• A munkaterületszintű Azure Storage-kapcsolatok beállítása: Adja meg az egyes munkaterületekhez tartozó Azure Storage-fiókot. A tárfiókot a power BI-adatfolyamok munkaterületen való létrehozása előtt be kell állítania. Ha szemantikai modell biztonsági mentését szeretné használni, győződjön meg arról, hogy a munkaterület licencmódja kapacitásra vagy PPU-ra van állítva.
• Frissítse a munkaterület-kezelési dokumentációt: Győződjön meg arról, hogy a munkaterület-kezelési dokumentáció tartalmazza az ADLS Gen2-tárfiókok helyes hozzárendelésével kapcsolatos információkat. Tegye elérhetővé az információkat a központosított portálon és a képzési anyagokban.

Munkaterület-integráció az Azure Log Analyticsszel

Az Azure Log Analytics az Azure Monitor szolgáltatása. Az Azure Log Analytics használatával áttekintheti a Power BI szemantikai modelleket üzemeltető Analysis Services-motor által létrehozott diagnosztikai adatokat. A munkaterületszintű naplók hasznosak a teljesítmény és a trendek elemzéséhez, az adatfrissítés elemzéséhez, az XMLA-végpontműveletek elemzéséhez és egyebekhez. Az Azure Log Analytics csak kapacitáshoz vagy PPU-hoz hozzárendelt munkaterületekhez érhető el.

Feljegyzés

Bár a nevek hasonlóak, az Azure Log Analyticsnek küldött adatok eltérnek a Power BI-tevékenységnapló által rögzített adatoktól. Az Azure Log Analyticsnek küldött adatok az Analysis Services-motor által létrehozott eseményekre (például a lekérdezések kezdetére és a lekérdezés végeseményeire) vonatkoznak. Ezzel szemben a tevékenységnapló a felhasználói tevékenységek nyomon követésével foglalkozik (például jelentés megtekintése vagy jelentésesemények szerkesztése).

További információ a szemantikai modell eseménynaplóiról: Adatszintű naplózás.

További információ az Azure Log Analytics Power BI-hoz való beállításáról: Az Azure Log Analytics konfigurálása a Power BI-hoz. Ügyeljen arra, hogy tisztában legyen az integráció működéséhez szükséges előfeltételekkel.

Ellenőrzőlista – Ha az Azure Log Analytics-munkaterület integrációját fontolgatja, a legfontosabb döntések és műveletek a következők:

• Döntse el, hogy a munkaterület-rendszergazdák csatlakozhatnak-e a Log Analyticshez: Határozza meg, hogy a munkaterület-rendszergazdák használhatják-e az Azure Log Analyticset a munkaterületszintű naplók elemzéséhez. Ha a hozzáférés csak bizonyos személyekre korlátozódik, döntse el, hogy melyik csoportot használja.
• A Log Analytics-kapcsolatok bérlőbeállításának beállítása: A Háló felügyeleti portálján állítsa be a bérlői beállítást annak a döntésnek megfelelően, hogy a munkaterület rendszergazdái milyen kapcsolatokat állítottak be.
• Állítsa be a Log Analytics-munkaterületet az egyes munkaterületekhez: A munkaterület beállításai között adja meg az egyes munkaterületek Azure Log Analytics-adatait. A munkaterületszintű naplók rögzítéséhez győződjön meg arról, hogy a munkaterület licencmódja kapacitásra vagy PPU-ra van állítva.
• Frissítse a munkaterület-kezelési dokumentációt: Győződjön meg arról, hogy a munkaterület-kezelési dokumentáció tartalmaz információkat arról, hogyan rendelhet hozzá munkaterületet az Azure Log Analyticshez.

Egyéb munkaterület-tulajdonságok

Számos más munkaterület-tulajdonság is hasznos információkat nyújthat. A szabályozott munkaterületek esetében javasoljuk, hogy ezeket a tulajdonságokat állítsa be.

Az alábbiakban néhány javaslatot talál arra vonatkozóan, hogyan állíthatja be ezeket a kulcsbeállításokat a felhasználói élmény javítása érdekében.

• Munkaterület leírása: Egy jó munkaterület-leírás tartalmaz egy rövid, de konkrét magyarázatot arról, hogy milyen típusú tartalom található a munkaterületen. Legfeljebb 4000 karaktert használhat a következő leíráshoz:
  • A munkaterület célja
  • A célközönség
  • A munkaterületen közzétett tartalom típusa
  • Azt határozza meg, hogy a munkaterület szabályozottnak minősül-e
  • Hogy a munkaterület fejlesztési, tesztelési vagy éles adatokat tartalmaz-e
  • Kihez forduljon, ha kérdése van (időnként fontos, hogy ezeket az információkat a lehető legkritikusabb módon jelenítse meg, a következőben ismertetett partnerlista mellett)
• Munkaterület-névjegyek: A munkaterület partnerlistájában alapértelmezés szerint a munkaterület rendszergazdái szerepelnek. Ha a műszaki tartalomtulajdonosok eltérnek a témával foglalkozó szakértőktől, hasznos lehet más névjegyeket megadni. Más partnerek lehetnek csoportok vagy személyek, akik válaszolhatnak a munkaterület tartalmával kapcsolatos kérdésekre.
• Munkaterület képe: A munkaterület lemezképeinek következetes használata hasznos lehet a felhasználók számára a munkaterületek listájának vizsgálatakor. Fontolja meg egy kép használatát a felhasználók meghatározásához:
  • A tartomány vagy a tárgyterület
  • Melyik üzleti egység vagy csapat birtokolja és kezeli a tartalmat?
  • Függetlenül attól, hogy adat-munkaterületről van-e szó (amely az újrafelhasználható elemek, például egy tóház, egy raktár, az adatfolyam vagy a szemantikai modell tárolására szolgál)
  • Legyen szó jelentéskészítési munkaterületről (amely elemzési elemek, például jelentések, irányítópultok vagy metrikák tárolására szolgál)
• Adatmodell-beállítások: Lehetővé teszi, hogy a munkaterület tagjai, a rendszergazdák és a felhasználók buildelési engedéllyel rendelkeznek a szemantikai modell(ek)en a Power BI-adatmodellek webes felülettel történő szerkesztéséhez. Ez a beállítás a Felhasználókkal együtt használható az adatmodellek szerkesztésére a Power BI szolgáltatás bérlői beállításban. Ennek a beállításnak összhangban kell lennie a tartalom létrehozásának, kezelésének és üzembe helyezésének döntéseivel és folyamataival. Emellett fontolja meg a verziókövetési módszert a cikk korábbi részében leírtak szerint.

Ellenőrzőlista – A munkaterület egyéb tulajdonságainak mérlegelésekor a legfontosabb döntések és műveletek a következők:

• Adja meg a munkaterület leírását: Győződjön meg arról, hogy a munkaterület leírása tartalmaz egy hasznos és alapos leírást.
• Hasznos kép használata a munkaterülethez: Konzisztens rendszerkép beállítása a munkaterülethez, amely vizuálisan segít a felhasználóknak megérteni a munkaterület tárgyát, a munkaterületen található tartalmak tulajdonosát és kezelését, valamint a munkaterületen tárolt tartalom típusát.
• A munkaterület névjegyeinek azonosítása: Ellenőrizze, hogy a munkaterület rendszergazdái legyenek-e a munkaterület névjegyei, vagy meg kell-e adni bizonyos felhasználókat vagy csoportokat.
• Adatmodell-beállítások megadása: Fontolja meg, hogy mely munkaterületek engedélyezhetik a webalapú adatmodellek szerkesztését. Beállíthatja, hogy a felhasználók az Power BI szolgáltatás bérlői beállításban szerkeszthessék az adatmodelleket, a tartalom szerkesztésére és kezelésére vonatkozó beállításoknak megfelelően.

Egyéb technikai tényezők

Vannak más technikai tényezők is, amelyek befolyásolhatják a munkaterület beállítását.

• Ha más eszközökkel és szolgáltatásokkal integrál tartalmat, licencelési következményekkel járhat. Ha például Power Apps-vizualizációt ágyaz be egy Power BI-jelentésbe, megfelelő Power Apps-licencekre lesz szüksége.
• A munkaterületenkénti tárolási korlátok a Pro-munkaterületen tárolható adatok mennyiségére vonatkoznak. Ha a kapacitás vagy a PPU használata nem megoldás, fontolja meg, hogyan dolgozhat a tárterület korlátain belül a munkaterület tervezési folyamata során.
• Amikor egy sablonalkalmazást telepít az AppSource-ból, az létrehoz egy új munkaterületet, amely szűk témakörrel és hatókörrel rendelkezik.

Ellenőrzőlista – Egyéb technikai tényezők mérlegelésekor a legfontosabb döntések és intézkedések a következők:

• Ügyeljen a technikai tényezőkre: A tervezési folyamat során határozza meg, hogy van-e olyan műszaki ok (például munkaterületenkénti tárolási korlátok), amely befolyásolhatja a döntéshozatali folyamatot.
• Munkaterület tartalmának átrendezése: Ha a tárolási korlátok problémát okozhatnak, hozzon létre most külön munkaterületeket, és tegye közzé újra a tartalmat az új munkaterületeken.

Kapcsolódó tartalom

További szempontokat, műveleteket, döntéshozatali kritériumokat és ajánlásokat a Power BI implementálási döntéseihez a Power BI implementálási tervezésében talál.