Power BI-megvalósítás tervezése: Bérlői felügyelet

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-bérlők felügyeletének legfontosabb szempontjait ismerteti. Ez a cikk 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.
• Informatikai és rendszeradminisztrátorok: Más rendszergazdák, akik a Fabric-rendszergazdákkal együttműködve felügyelik és integrálják a szervezeten belüli rendszereket.
• Kiválósági központ (COE) és BI-csapatok: Azok a csapatok, amelyek a Power BI felügyeletéért és a Power BI-felhasználók támogatásáért felelősek a szervezetben. Ezek a csapatok kulcsfontosságú döntéseket hoznak, és együttműködnek a Háló rendszergazdáival.

A Power BI szolgáltatás kezelése a rendszerfelügyelet egyik kulcsfontosságú eleme. További információ: Rendszerfelügyelet. A rendszerfelügyelethez kapcsolódó rutintevékenységeket általában rendszerfelügyeletnek nevezzük. A rendszerfelügyeleti tevékenységek kritikus fontosságúak annak biztosításához, hogy a tartalomfelhasználók és a tartalomkészítők folyamatosan jó tapasztalattal rendelkezzenek a Power BI-ban.

A Fabric bevezetési érettségi szintjeiről szóló cikkben leírtak szerint a szervezeti bevezetés az irányítási és adatkezelési eljárások hatékonyságát jelenti a vállalati BI és a felügyelt önkiszolgáló BI támogatásához és engedélyezéséhez. Ezért az elemzési és BI-platformokat kezelő rendszergazdák jelentős és közvetlen hatással lehetnek az elemzések bevezetésére irányuló erőfeszítések sikerére.

Feljegyzés

Rendszergazda Fabric-kapacitás (vagy Premium-kapacitás) regisztrálása és a Power BI szolgáltatás kezelése különböző fogalmak. Bár a legtöbb szervezet csak egy Power BI-bérlővel rendelkezik, a szervezetek több kapacitást is kiépíthetik a különböző számítási feladatokhoz vagy üzleti egységekhez.

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.

Felelősségi kör meghatározása

A Háló rendszergazdai szerepkörének nincs egyetlen definíciója, ami azt jelenti, hogy a Háló-rendszergazda szerepköre és rutinfeladatai különböző szervezetek között változhatnak. Nem szabad változnia, hogy a szerepkör idővel fejlődhet és fejlődhet a szervezeti prioritások és célok változásakor.

Stratégiai szempontból a Háló rendszergazdájának a következőkre kell összpontosítania:

• Irányítás: Szabályozási irányelvek és szabályzatok életbe léptetése a vállalati bi és a felügyelt önkiszolgáló BI támogatásához.
• Felhasználói felhatalmazás: A belső folyamatokat és rendszereket megkönnyítve és támogatva, amelyek a lehető legnagyobb mértékben segítik a belső felhasználói közösséget, és betartják a szervezeti előírásokat és követelményeket.
• Bevezetés: Lehetővé teszi a Fabric szélesebb körű szervezeti bevezetését hatékony irányítási és adatkezelési gyakorlatokkal.

A szabályozási, felhasználói felhatalmazási és bevezetési célok egyensúlyba hozása eredendően versengő prioritásokhoz vezet. Ideális esetben hatékony vitákhoz vezet a prioritásokról. A különböző szerepkörökkel és felelősségekkel kapcsolatos elvárások tisztázása és közlése segíthet elkerülni a súrlódások és konfliktusok elfogadhatatlan szintjeit.

Tekintse meg a hálógazdák alábbi három példáját.

• Nagy hangsúlyt fektet a felhasználói engedélyezésre: Riley egy Fabric-rendszergazda, aki egy nagy globális szervezetnél dolgozik, amely jelentős befektetéseket hajtott végre a felügyelt önkiszolgáló BI-ban. Annak érdekében, hogy önkiszolgáló BI-képességeket biztosíthasson a teljes szervezet felhasználói számára, Riley sok időt tölt a döntések és a műveletek koordinálásával a Kiválósági Központtal (COE) és más rendszergazdákkal. Szükség esetén Riley lépéseket tesz a meglévő BI-megoldások támogatásához.
• Nagy hangsúlyt fektet a szabályozásra és a megfelelőségre: Parker egy Fabric-rendszergazda, aki egy szigorúan szabályozott szervezetnél dolgozik. Ebben a szervezetben a legtöbb BI-fejlesztést egy központi vállalati BI-csapat BI-fejlesztői kezelik. A Parker adminisztratív feladatai elsősorban olyan területekre összpontosítanak, mint a naplózás, az információvédelem és a biztonság.
• Nagy részvétel a tartalomlétrehozásban: Morgan egy Háló-rendszergazda, aki egy kis szervezetnél dolgozik, amely éppen most kezdi építeni az adatkultúráját. A szervezet jelenleg csak néhány tartalomkészítővel rendelkezik. A rendszerfelügyeleti feladatok mellett Morgan egy bi-fejlesztő, aki rendszeresen készít és tesz közzé tartalmakat. Morgan néha részt vesz egy közös fejlesztési projektben egy munkatárs mentorálására, amely segít növelni a vállalati üzleti intelligencia szakértelmét.

Ellenőrzőlista – A felelősségi kör tervezésekor a legfontosabb döntések és műveletek a következők:

• Döntsön a stratégiai fókuszról: Határozza meg, hogy mi legyen a hálógazdák stratégiai fókusza. Világosságot kaphat a döntések (és kompromisszumok) meghozatalakor használandó célokról és prioritásokról.
• Meghatározott szerepkörök és felelősségek azonosítása: Határozza meg, hogy mik a Fabric-rendszergazdákra vonatkozó konkrét elvárások. Egyértelműen dokumentálja szerepköreiket és feladataikat, és szükség esetén frissítse a feladatleírásokat az Emberi erőforrások szolgáltatással.

Rendszergazdák kinevezése

A hálógazdák műveletei jelentős hatással vannak a felhasználói élményre, az adatkultúra-erőfeszítésekre , a szabályozási erőfeszítésekre, a tartalom tulajdonosára és kezelésére, valamint a szervezeti bevezetési erőfeszítésekre. Ezért kritikus fontosságú, hogy a megfelelő személyeket nevezze ki rendszergazdai szerepkörökhöz.

Az alábbiakban néhány fontos szempontot érdemes figyelembe venni a rendszergazdák kiválasztásakor.

• Maradjon tudatában a szerepkör kiemelt jellegének. A rendszergazdai szerepkör azért magas jogosultságú szerepkör, mert jogosult a bérlői beállítások széles skálájának, a munkaterület-hozzáférésnek, a személyes munkaterület-hozzáférésnek a kezelésére, valamint az összes bérlői metaadat megtekintésére. További információ: Power BI-felügyelet.
• Gondosan válassza ki, hogy ki legyen a megfelelő rendszergazda. A rendszergazdáknak gyakran együtt kell működniük a felhasználókkal és a COE-val. Ezért meg kell érteniük az üzletiintelligencia-fogalmakat és azt, hogy a felhasználók mit szeretnének elérni. Az önkiszolgáló BI-platform felügyeletére valószínűleg nem alkalmas az a személy, aki túlbevágó személyiségű, vagy aki hajlamos szigorúan korlátozni, hogy mit tehetnek a felhasználók.
• Válasszon 2–4 rendszergazdát. Mivel ez egy magas jogosultsági szintű szerepkör, csak néhány rendszergazdát nevezzen ki. Megfelelő egyensúly: A túl sok rendszergazda növeli a nem jóváhagyott módosítások kockázatát, miközben a túl kevés rendszergazda növeli annak kockázatát, hogy a rendszer nem támogatott megfelelően.
• Engedélyezze az alkalmi rendszergazdáknak. Ha vannak olyan felhasználói, akiknek időnként háló-rendszergazdai jogosultságra van szükségük, fontolja meg a Privileged Identity Management (PIM) implementálását. A PIM lehetővé teszi a néhány óra múlva lejáró, igény szerint történő szerepkör-engedélyek hozzárendelését. Ez a folyamat hasznos módot kínál a kockázat (túl sok teljes munkaidős rendszergazda) és a használhatóság közötti egyensúlyra (ami lehetővé teszi az előrehaladást). Ez különösen igaz a nagyobb, decentralizált szervezetekre. A PIM használatakor a rendszer naplózza a rendszergazdai szerepkör delegálását, és opcionálisan bevonhat egy jóváhagyási munkafolyamatot a jogosultságok megadásához.
• A Háló felügyelete prioritássá tétele. A BI-platform felügyelete gyakran csak egy a sok feladat közül. Gondolja át, hogyan biztosíthatja, hogy a felhasználók megfelelően támogatottak legyenek, és a rendszer megfelelően legyen felügyelve.
• Rendszeresen ellenőrizze, hogy ki van hozzárendelve az összes kapcsolódó szerepkörhöz. A Power BI szolgáltatás három szerepkör felügyelhető: hálóadminisztrátor, Power Platform-rendszergazda és globális rendszergazda. Fontos, hogy rendszeresen ellenőrizze ezeknek a szerepköröknek a tagságát.

További információ: Tudnivalók a rendszergazdai szerepkörökről a Microsoft 365 Felügyeleti központban.

Ellenőrzőlista – Rendszergazdák kinevezésekor a legfontosabb döntések és műveletek a következők:

• Az aktuális hálógazdák azonosítása: Tekintse át, hogy ki van jelenleg hozzárendelve a Háló-rendszergazda szerepkörhöz. Tekintse meg a Power Platform rendszergazdai és globális rendszergazdai szerepkörét is ebben a felülvizsgálatban.
• Hálógazdák kinevezése: A kockázat csökkentése érdekében nevezzen ki 2–4 személyt a Háló rendszergazdai szerepkörbe. Ha jelenleg négynél több személy van hozzárendelve, csökkentse a Háló rendszergazdai szerepkörhöz rendelt személyek számát.
• A PIM használata az alkalmi rendszergazdák számára: Azonosítsa, hogy vannak-e olyan személyek, akiknek jogosan, de esetenként szükségük van háló-rendszergazdai jogosultságokra. A PIM implementálása a néhány óra múlva lejáró, igény szerint történő szerepkör-engedélyek hozzárendeléséhez. Dokumentálja és kommunikálja a folyamat működését, amely egy jóváhagyási munkafolyamatot is tartalmazhat.
• Biztonsági másolatok hozzárendelése és kereszttanítás végrehajtása: Ellenőrizze a hálófelügyeleti feladatok kezeléséhez szükséges kereszttanúsítás és dokumentáció állapotát. Győződjön meg arról, hogy a biztonsági mentési személy be van tanítva, hogy a prioritást élvező felhasználó igényei időben és következetesen teljesülhessenek.
• Rendszeres naplózási rendszergazdák: Ellenőrizze, hogy ki van rendszeresen hozzárendelve a Háló rendszergazdai szerepköréhez.

Együttműködés más rendszergazdákkal

Bár a Háló rendszergazdája magas jogosultsági szintű szerepkör, csak a Háló kezelésére korlátozódik. Ezért időnként más rendszergazdákkal kell együttműködnie.

Íme néhány gyakori ok, amiért a Háló rendszergazdái együttműködnek más rendszergazdákkal.

• Eszközbeállítás és -telepítés: Előfordulhat, hogy a felhasználói eszközök telepítéséhez, frissítéséhez vagy kezeléséhez együtt kell működnie az informatikai csapattal, az infrastruktúra-csapattal vagy az asztali támogatási csapattal.
• Előfizetések és licencek vásárlása: A Microsoft 365 számlázási rendszergazdai szerepköre szükséges az előfizetések kezeléséhez és a licencek megvásárlásához. A költségelemzésért és -kezelésért a számlázási rendszergazda is felelős lehet. A licencek kezelésének központosított és decentralizált (önkiszolgáló) módjairól további információt a Felhasználói licencek című témakörben talál.
• Licenc-hozzárendelés és felhasználókezelés: A Microsoft 365 licencadminisztrátori szerepköre szükséges a licencek adott felhasználókhoz való hozzárendeléséhez (amelyeket megvásároltak). A felhasználó tulajdonságainak kezeléséhez felhasználói rendszergazdai szerepkör szükséges. Hasznos lehet egy felhasználói rendszergazdával együttműködni, ha felhasználói tulajdonságok (például automatikus licenckiosztás vagy automatikus csoporthozzárendelés) alapján tervezi implementálni az automatizálást. További információ: Gyakran használt szerepkörök a Microsoft 365 felügyeleti központjában.
• Microsoft Entra-rendszergazdák: Számos oka van annak, hogy a Microsoft Entra (korábban Azure Active Directory) rendszergazdáival kell dolgoznia. Az okok gyakran magukban foglalják a felhasználók, csoportok és szolgáltatásnevek beállításának vagy kezelésének szükségességét. További információ: Bérlőszintű biztonsági tervezés.
• Forrásadatokhoz való hozzáférés: Előfordulhat, hogy egy rendszergazdával vagy adatbázis-rendszergazdával kell együttműködnie ahhoz, hogy hozzáférést kapjon az adatokhoz a tartalomkészítők nevében. Néha szükség lehet arra is, hogy a tartalomfogyasztók nevében hozzáférést kérjen, amikor a szemantikai modellek – korábbi nevén adathalmazok – a tartalomfelhasználók identitása alapján kényszerítik ki az adatbiztonságot.
• Adatveszteség-megelőzés és adatbesorolás: Előfordulhat, hogy együtt kell működnie a Microsoft Purview rendszergazdájával az irányítás és az információvédelem érdekében.
• Teams-integráció: Ha a Power BI-t a Microsoft Teamsszel integrálja, előfordulhat, hogy együtt kell működnie egy Teams-rendszergazdával.
• OneDrive- és SharePoint-integráció: Ha a Power BI-t a OneDrive-tal vagy a SharePointtal integrálja, előfordulhat, hogy más rendszergazdákkal kell együttműködnie.
• Munkaterület-felügyelet: Előfordulhat, hogy együtt kell működnie egy Fabric-munkaterület rendszergazdájával a tartalmak meghatározott munkaterületeken belüli tervezéséhez, rendszerezéséhez vagy védelméhez.
• Életciklus-kezelés: A tartalom módosításainak üzembe helyezése és kezelése során előfordulhat, hogy együtt kell működnie egy üzembe helyezési folyamat rendszergazdájával vagy egy Azure DevOps-rendszergazdával.
• Prémium szintű kapacitáskezelés: Előfordulhat, hogy a prémium szintű kapacitások kezelésekor együtt kell működnie egy kapacitásadminisztrátorsal.
• Adatátjáró-kezelés: Előfordulhat, hogy egy helyszíni adatátjáró kezeléséhez és védelméhez együtt kell működnie egy átjáró rendszergazdájával . További információ: Átjárók kezelése.
• Power Platform-felügyelet: Előfordulhat, hogy megoldásokat kell integrálnia a Power BI és más Power Platform-alkalmazások (például a Power Automate vagy a Power Apps) között.
• Azure-felügyelet: Előfordulhat, hogy egy Azure-rendszergazdával kell együttműködnie a Power BI-val integrálni kívánt egyéb Azure-szolgáltatások beállításához, eléréséhez és védelméhez.
• Biztonsági felügyelet és naplózás: A szervezet speciális megfelelőségi, biztonsági vagy adatvédelmi követelményekkel rendelkezhet. Ebben az esetben előfordulhat, hogy együtt kell működnie a biztonsági csapattal a kockázatok azonosítása és csökkentése érdekében.
• Hálózatkezelés: Ha különböző adatforrásokhoz és rendszerekhez csatlakozik, előfordulhat, hogy teljesítmény- és biztonsági okokból együtt kell működnie a hálózati rendszergazdákkal .
• Mobileszköz-felügyelet: Előfordulhat, hogy együtt kell működnie egy Intune-rendszergazdával a mobileszköz-szabályzatok és a biztonság kezeléséhez.

Fontos

A hálógazdák nem hozhatnak döntéseket, és nem hajthatnak végre műveletet (például nem módosíthatják a bérlői beállításokat). Minden fontos döntést meg kell vitatni, megtervezni és dokumentálni kell. A többi rendszergazdával való együttműködésen kívül mindenképpen vonja be teljes mértékben a COE-t és a BI-stratégia munkacsapatát. Célszerű lehet bevonni a vezető szponzort a stratégiai döntésekbe.

Ellenőrzőlista – Más rendszergazdákkal való együttműködés során a legfontosabb döntések és műveletek a következők:

• Határozza meg, hogy ki felügyeli az eszközök beállítását és telepítését: Győződjön meg arról, hogy ki felügyeli a szervezet eszközeit. Ismerkedjen meg a folyamatokkal és a követelményekkel. Készüljön fel arra, hogy szükség esetén együttműködjön velük.
• Azonosítsa, hogy ki kezeli az előfizetéseket és licenceket: Győződjön meg arról, hogy ki kezeli a szervezet előfizetéseit és licenceit. Ismerkedjen meg a folyamatokkal és a követelményekkel. Készüljön fel arra, hogy szükség esetén együttműködjön velük.
• Azonosítsa, hogy ki rendel licenceket, és kezelje a felhasználókat, csoportokat és szolgáltatásneveket: Győződjön meg arról, hogy ki kezeli a szervezet felhasználóit, csoportjait és szolgáltatásneveit. Ismerkedjen meg a folyamatokkal és a követelményekkel. Készüljön fel arra, hogy szükség esetén együttműködjön velük.
• Állapítsa meg az esetlegesen konzultálni kívánt többi rendszergazdát: A megvalósítástervezési folyamat során azonosítsa a többi releváns rendszergazdát. Meghívhatja őket a megfelelő értekezletekre, és bevonhatja őket a vonatkozó döntéshozatali folyamatokba. Szükség szerint frissítse a dokumentációt és a folyamatokat.

A Power BI szolgáltatás szabályozása

Az Power BI szolgáltatás szabályozása és kezelése a Háló-rendszergazdák egyik fő feladata. Ez a szakasz bemutatja, hogyan szabályozhat és kezelhet számos gyakori beállítást és funkciót a Háló felügyeleti portálján.

• Bérlői beállítások
• Tartományok
• Munkaterületek
• Beágyazási kódok
• Szervezeti vizualizációk
• Azure-kapcsolatok

Bérlői beállítások szabályozása

A bérlői beállítások a fő módszer annak szabályozására, hogy mely Power BI-funkciók és képességek engedélyezve vannak, és hogy a szervezet mely felhasználói számára. A bérlői beállítások kezelése a Háló rendszergazdáinak egyik legfontosabb feladata.

Mivel a tartalomkészítők és a tartalomfogyasztók könnyen megismerhetik a Power BI elérhető funkcióit és képességeit (a dokumentációból), ez frusztrációhoz vezethet, ha nem tudnak tenni valamit, amire számítanak. Emellett a felhasználók elégedetlenségéhez és kevésbé hatékony szervezeti bevezetéshez, felhasználói bevezetéshez és megoldásbevezetéshez is vezethet.

Íme néhány gyakori kérdés, amelyet a zavarodott és frusztrált felhasználók feltenek.

• Miért nem tudok munkaterületet létrehozni?
• Miért nem tudok adatokat exportálni?
• Miért nem működik az egyéni vizualizációm?
• Miért nem tudom minősíteni a szemantikai modellt?
• Miért nem tudok bizalmassági címkét hozzárendelni?
• Miért nem tudok leküldni egy alkalmazást adott végfelhasználóknak?

Fontos

Minden bérlői beállításnak összhangban kell lennie a szervezet szabályozási irányelveivel és szabályzataival. Amikor egy hálógazdának önállóan kell engedélyeznie vagy letiltania a beállításokat, ez általában egyértelmű jelzés arra, hogy javítania kell és finomítania kell a szabályozási folyamatokat.

A szakasz további része a bérlői beállítások kezelésének következő folyamatát ismerteti.

1. Bérlői beállítások áttekintése
2. Bérlői beállítások meghatározása
3. Bérlői beállítások frissítése
4. Dokumentum-bérlő beállításai
5. Bérlői beállítások kezelése
6. Bérlői beállítások naplózása

1. lépés: Bérlői beállítások áttekintése

Fontos, hogy áttekintse az egyes bérlői beállításokat, hogy egyértelműen megértse a bérlő aktuális állapotát. Bár az összes bérlői beállítást át kell tekintenie, bizonyos kritikus beállításokat előnyben részesíthet a kockázatértékelés alapján történő első áttekintéshez.

Az alábbiakban néhány tényezőt érdemes figyelembe venni a felülvizsgálati folyamat során.

• Beállítás: Az adott bérlői beállítás jelenleg engedélyezve van vagy le van tiltva?
• Engedélyek: Az adott bérlői beállítás a teljes szervezetre érvényes? Vagy adott biztonsági csoportok számára elérhető vagy megtagadva?

Feljegyzés

Egyes bérlői beállítások alapértelmezés szerint engedélyezve vannak, míg mások alapértelmezés szerint le vannak tiltva.

A bérlői beállítások aktuális állapotát kétféleképpen fordíthatja le.

• A bérlő beállítási állapotának megtekintése a felügyeleti portálon.
• Programozott módon nyerje ki a bérlői beállítás állapotát a Bérlő lekérése Gépház REST API használatával.

Az alábbi táblázat bemutatja, hogyan rögzítheti a bérlői beállítások aktuális állapotát.

Utolsó felülvizsgálat dátuma	Bérlői beállítás	Aktuális érték	Engedélyezett biztonsági csoportok	A biztonsági csoportok nem engedélyezettek	Más rendszergazdáknak delegált bérlői beállítás
2023. október 15.	Munkaterületek létrehozása	Adott biztonsági csoportok esetén engedélyezve	Power BI-munkaterület létrehozói, Power BI-rendszergazdák, Power BI COE, Power BI-támogatás	N.A.	N.A.
2023. október 15.	Exportálás Excel-fájlba	Az adott biztonsági csoportok kivételével a teljes szervezet számára engedélyezve van	n/a	Sales Team-Europe	n/a
2023. nov. 1.	Szemantikai modellek használata munkaterületeken	A teljes szervezet számára engedélyezve	N.A.	N.A.	N.A.
2023. nov. 1.	Tanúsítvány	Adott biztonsági csoportok esetén engedélyezve	Power BI minősítési kkv-k	n/a	A tartományi rendszergazdák engedélyezhetik vagy letilthatják
2023. nov. 5.	A külső adatmegosztás bekapcsolásának engedélyezése adott felhasználók számára	Adott biztonsági csoportok esetén engedélyezve	Külső Power BI-adatmegosztás	N.A.	N.A.

A biztonsági csoportokkal kapcsolatos további szempontokat a Power BI-csoportok tervezése című témakörben talál.

Az engedélyezett bérlőbeállítási állapotokról további információt a bérlői beállítások használata című témakörben talál.

Figyelemfelhívás

Néha, amikor egy rendszergazda figyeli a bérlőt, olyan helyzetet fedeznek fel, amely nem ideális. Előfordulhat például, hogy túl sok adatexportálás jelenik meg a felhasználói tevékenység adataiban. Ebben az esetben előfordulhat, hogy a rendszergazda kísértést érez a kapcsolódó bérlői beállítás letiltására. Mielőtt azonban teljes mértékben letiltanál egy funkciót, fontos tisztában lenni azzal, hogy a felhasználók miért támaszkodnak bizonyos technikákra. Ennek az az oka, hogy a funkciók tiltása felhasználói frusztrációhoz vezethet, ami áthidaló megoldások létrehozására csábíthatja a felhasználókat. Fontolja meg inkább, hogy egy megoldást újra kell tervezni, vagy esetleg a további felhasználói oktatás és képzés enyhítheti az aggodalmakat.

2. lépés: A bérlői beállítások meghatározása

Miután áttekintette az aktuális bérlői beállításokat, ideje megvizsgálni a döntéshozatali folyamatot. Minden bérlői beállításhoz használjon workshopokat, ahol aktívan megvitathatja és meghatározhatja, hogy mely funkciókat és képességeket kell engedélyezni vagy letiltani, és mely felhasználók számára.

Ne feledje, hogy minden bérlői beállítás egy szabályozási döntést jelöl. Ezért elvárjuk, hogy együttműködjön másokkal, hogy megfelelő döntést hozhassanak. A körülményektől függően a döntéshozatali folyamat magában foglalhatja a COE-val, a vezető szponzorral, a biztonsági csapattal, a BI-csapattal vagy másokkal (például az érdekelt felekkel vagy a bajnokokkal) való együttműködést.

Tipp.

Az egyik legnagyobb kihívás annak eldöntése, hogy mit kell tennie, ha ellentmondások merülnek fel egy meglévő bérlői beállítás és a célok és a céltudatos döntések között. Készüljön fel ezekre az ütközésekre, amikor találkozik velük.

Az alábbiakban néhány tényezőt érdemes figyelembe venni a döntéshozatali folyamat során.

• Milyen szabályozási döntések léteznek már? Ha lehetséges, tekintse meg a már meghozott döntéseket. Mindig törekedjen a konzisztens és hatékony működésre. Emellett tisztában kell lennie a belső vagy külső megfelelőségi követelményekkel is. Adott esetben a bérlői beállításoknak igazodniuk kell a szélesebb körű szabályozási szabályzatokhoz. Lehet például egy aktuális szabályozási szabályzat , amely meghatározza, hogy mikor, ki és hogyan oszthatók meg az adatok a szervezeten kívül.
• Ki hoz új szabályozási döntéseket? Ha döntést kell hoznia egy bérlői beállításról, vonja be az összes érintett felet a beszélgetésbe. A hálógazdák általában nem a legjobb helyzetben, hogy döntéseket hozzanak a bérlői beállításokról. A munkacsapatok összeállításáról és a műhelyek futtatásáról további információt a BI stratégiai tervezésében talál.
• Ideiglenes a döntés? Előfordulhat, hogy a bérlői beállítások csak rövid időre vannak beállítva. Ez általában azért történik, hogy a COE, a BI és az informatikai csapatok megismerkedjenek egy új funkcióval, mielőtt szélesebb körben elérhetővé tennék a szervezetben. Így ellenőrizheti az irányítási irányelveknek való megfelelést, és a felhasználói közösség is támogatott lesz.
• Eltérően fogják kezelni a különböző üzleti egységeket vagy csoportokat? A nagyobb szervezetekben ritkán működik egyetlen megközelítés. A különböző csapatok igényeinek és készségeinek kielégítése érdekében néha előfordulhat, hogy másképpen kell beállítania a bérlői beállításokat a különböző célközönségek számára. Mindig törekedjen arra, hogy a képes csapatok a lehető legnagyobb rugalmassággal működjenek a szabályozási irányelvekben.
• Van jóváhagyási folyamat? Az adott témától függően szükség lehet jóváhagyásra. Ez különösen akkor igaz, ha egy bérlői beállítás a biztonsághoz vagy a megfelelőséghez kapcsolódik.
• Milyen ütemezés szerint kell újra áttekinteni az egyes döntéseket? Rendszeresen ütemezze az egyes bérlőbeállítási döntések felülvizsgálatát. Évente kétszer jó ütemterv erre a célra.

Az alábbi táblázat bemutatja, hogyan rögzítheti a döntéseket.

A döntés dátuma	Döntés	Érintett döntéshozók	Az általa jóváhagyott határozat	Érintett bérlői beállítás	Függőben lévő művelet
2023. október 15.	A COE betanítja a jóváhagyott tartalomkészítőket a munkaterületek létrehozásának és kezelésének ajánlott eljárásaira. A jóváhagyott alkotók bármely üzleti egységből származhatnak.	COE és érdekelt felek	Ellis Turner (vezető szponzor) és Taylor Phillips (COE vezető)	Munkaterületek létrehozása	A Power BI-munkaterület létrehozói csoport meglévő tagjainak áttekintése
2023. október 15.	Az Excelbe való exportálás engedélyezett lesz. A COE nyomon követi a műveletet a tevékenységnaplóban, és kapcsolatba lép azokkal a felhasználókmal, akik túlfelhasználók. Egy jelenleg vizsgált probléma miatt ideiglenes korlátozás van érvényben a Sales Team-Europe szolgáltatásra vonatkozóan.	COE és biztonság	Ellis Turner (vezető szponzor) és Jessie Irwin (technológiai igazgató)	Exportálás Excel-fájlba	60 nap múlva kövesse nyomon az európai problémát
2023. nov. 1.	Határozottan ösztönözzük a megosztott szemantikai modellek használatát az adatok újbóli felhasználásának ösztönzése, az adatsilók minimalizálása és az adatok duplikációjának csökkentése érdekében.	COE	Ellis Turner (vezető szponzor)	Szemantikai modellek használata munkaterületeken	n/a
2023. nov. 1.	A COE betanítja a jóváhagyott tartalomkészítőket a jelentések és adategységek minősítésének folyamatáról és követelményeiről. A jóváhagyott alkotók bármely üzleti egységből származhatnak.	COE és érdekelt felek	Ellis Turner (vezető szponzor) és Taylor Phillips (COE vezető)	Tanúsítvány	A Power BI minősítési KKV-csoport meglévő tagjainak áttekintése
2023. nov. 5.	A szervezet adatmegosztási szabályzata bemutatja, hogyan oszthatók meg az adatok a szervezeten kívül. Minden felhasználónak évente felül kell vizsgálnia és tudomásul kell vennie ezt a szabályzatot. A COE képzése segít a felhasználóknak a Power BI-ban való munkavégzés során való megfelelésben.	COE, biztonság és megfelelőség	Jessie Irwin (technológiai igazgató)	A külső adatmegosztás bekapcsolásának engedélyezése adott felhasználók számára	A Power BI külső adatmegosztási csoport meglévő tagjainak áttekintése

Érdemes lehet más környezeti információkat is belevenni, amelyek megmagyarázzák a döntés okát. A meglévő kapcsolódó dokumentumok vagy szabályzatok helyére mutató hivatkozásokat is tartalmazhat.

Feljegyzés

A táblázatban bemutatott példák szándékosan mutatják be, hogyan lehet egyensúlyt teremteni a felhasználói felhatalmazás, a megfelelőség és a belső követelmények között. További szempontokat az Irányítás című témakörben talál.

3. lépés: Bérlői beállítások frissítése

Most, hogy elérhetőek a meglévő bérlői beállítások és a céltudatos döntések, készen áll a bérlői beállítások frissítésére.

A frissítési folyamat során megfontolandó szempontok a következők:

• Ki fogja kezelni a frissítést? Ha több hálógazdával rendelkezik, ideális, ha egy vagy két Háló-rendszergazda elsősorban a bérlői beállítások frissítéséért felelős. A cél annak biztosítása, hogy a folyamat konzisztens, jól érthető és jól ellenőrzött legyen.
• Milyen tesztelési folyamat van folyamatban? A bérlői beállítástól függően más hatások is lehetnek a módosításkor. Végezzen tesztelést, mielőtt széles körű módosításokat hajt végre. Példa: Szemantikai modellek használatának szabályozása munkaterületeken.
• Van változáskezelési folyamat? Fontolja meg, hogyan kerülheti el a döntések, a dokumentáció és az eredményként kapott frissítések közötti eltéréseket. A csapatok közötti kommunikáció kulcsfontosságú tényező a változáskezelésben. A naplózási követelményektől függően dönthet úgy, hogy egy belső változásnaplót tart fenn, amely nyomon követi, hogy ki, mikor és miért módosította a módosításokat (a tevékenységnaplóban rögzített adatokon túl további részleteket is rögzíthet).
• Hogyan kezeli a rendszer a felhasználókkal folytatott kommunikációt? Ha olyan módosítást végez, amely befolyásolja, hogy a felhasználók mit tehetnek, mindenképpen közölje a módosítást. Mindig törekedjen a felhasználói frusztráció és a szükségtelen támogatási kérések elkerülésére.

4. lépés: Dokumentum-bérlői beállítások

Ezen a ponton győződjön meg arról, hogy rendelkezik egy megismételhető módszerrel a bérlőbeállítási értékek dokumentálásához. Egyszerűsített példáért tekintse meg a fenti 1. lépés táblázatát, amely a bérlői beállítások áttekintéséről szól.

Az alábbiakban néhány szempontot érdemes figyelembe venni a dokumentációhoz.

• Pillanatképadatok kinyerése: A bérlőbeállítási értékek dokumentálásakor javasoljuk, hogy rendszeresen hozzon létre egy új időponthoz kötött pillanatképet. Ebből a célból a pillanatképek hetente egyszer történő létrehozása jó gyakorisággal történik. A folyamat automatizálásához használja a Bérlő lekérése Gépház REST API-t.
• Rendszergazdai hozzáférés biztosítása a pillanatképadatokhoz: a Rendszergazda istratoroknak, a COE-nak és a belső auditoroknak hozzáféréssel kell rendelkezniük az összes pillanatkép-adathoz. A megváltozott bérlői beállítások azonosításához hasonlítson össze két pillanatképet (például ezen a héten a múlt héthez képest). A tevékenységnapló adatai kiegészítik a pillanatképadatokat, hogy teljes képet kapjanak arról, hogy mi változott, mikor és ki által. További információkért lásd az alábbi 6. lépést, amely a bérlői beállítások naplózásáról szól.
• Adja meg a felhasználók számára az aktuális beállítások összegzését: A bérlői beállításértékek egy olyan dokumentációtípus , amely elérhetővé tehető a felhasználók közössége számára a központosított portálon. Hasznos hivatkozás egy olyan felhasználó számára, aki például nem érti, hogy egy szolgáltatás miért nem érhető el számukra. A dokumentáció azt is segítheti a felhasználóknak, hogy melyik biztonsági csoporthoz kíván csatlakozni, ha használni szeretnének egy funkciót. A manuális munka szintjének csökkentése érdekében a REST API legújabb pillanatkép-eredményei Power BI-jelentésként terjeszthetők a felhasználók számára. Az igényeitől függően előfordulhat, hogy egyesítenie kell az adatok pillanatképét más, manuálisan karbantartott adatokkal (például a bérlői beállítás leírása, a beállítás indoklása, a további információkra mutató hivatkozások vagy egy űrlapra mutató hivatkozás a hozzáférés kéréséhez).

Feljegyzés

A 2. lépésben leírtaknak megfelelően a döntéshozatali folyamattal kapcsolatos dokumentációval is rendelkezik. Az ilyen típusú dokumentáció általában csak a COE és a rendszergazdák számára érhető el (nem az összes Power BI-felhasználó számára). Egyszerűsített példa: 2. lépés.

5. lépés: Bérlői beállítások kezelése

A bérlői beállítások folyamatos figyelmet igényelnek. Az alábbiakban néhány szempontot érdemes figyelembe venni.

• Új bérlői beállítások: Honnan tudja, hogy mikor érhető el új bérlői beállítás? Mivel a Fabric egy felhőszolgáltatás, amely folyamatosan fejlődik, számíthat arra, hogy az új bérlői beállítások rendszeresen megjelennek. Az új bérlői beállításokat úgy ismerheti meg, ha a felügyeleti portál bérlői beállítások lapjának tetején megjelenő üzenet(ek)et megtekinti. Egy másik módszer az aktuális pillanatképből kinyert adatok összehasonlítása az előző pillanatképpel (amelyet korábban a 4. lépésben ismertetünk).
• Meglévő bérlői beállítások módosítása: Honnan tudja, hogy egy meglévő bérlői beállítás viselkedése megváltozott? A bérlői beállítások módosításait általában a Power BI blogjában vagy a Háló blogban jelentik be. Ügyeljen arra, hogy kövesse ezeket a blogokat, hogy értesüljön az értesítésekről.
• Folyamatban lévő felhasználói kérések: Hogyan fogja kezelni a felhasználói kéréseket? A tartalmat minősíteni kívánó felhasználók például tudják, hogy kérést küldenek egy adott biztonsági csoport tagjává, amely lehetővé teszi azt. Ez egy hatékony munkafolyamat, amely lehetővé teszi a bérlői beállítások dokumentációjának közzétételét a felhasználók számára (a fenti 4. lépésben leírtak szerint). Dönthet úgy, hogy űrlapot használ az ilyen típusú kérések gyűjtéséhez. Vagy átirányíthatja a kéréseket a segélyszolgálaton keresztül.
• Új biztonsági csoportok: Ha egy bérlői beállítást adott biztonsági csoportokra kell korlátozni, létezik már megfelelő biztonsági csoport? Vagy létre kell hozni egy új biztonsági csoportot? Hogyan fogja koordinálni egy új biztonsági csoport létrehozását, ha szükséges? További információkért lásd a csoportok használatának stratégiáját.

6. lépés: Bérlői beállítások naplózása

Végül fontos, hogy legyen egy folyamat a bérlői beállítások rendszeres naplózásához. Az alábbiakban néhány műveletet talál a bérlői beállítások naplózásakor.

• Módosult egy bérlői beállítás: Keresse meg a tevékenységnaplóban a módosított értékeket a Frissített Rendszergazda FeatureSwitch tevékenység használatával. Ez a tevékenység csak azt jelzi, hogy valami frissült (legyen az engedélyezve vagy letiltva, vagy különböző biztonsági csoportok lettek hozzárendelve). A változások megértéséhez össze kell hasonlítania az aktuális pillanatképet az előző pillanatképpel (ezt korábban a 4. lépésben ismertetjük).
• Új bérlői beállítás lett bevezetve: Keresse meg az üzenet(ek) et a felügyeleti portálon, vagy hasonlítsa össze az aktuális pillanatképből kinyert adatokat az előző pillanatképtel (amelyet korábban a 4. lépésben ismertetünk).
• A csoporttagság megváltozott: Bizonyos helyzetekben előfordulhat, hogy nem elegendő tudni, hogy melyik biztonsági csoport van hozzárendelve. Előfordulhat, hogy meg kell határoznia a biztonsági csoporttagságokat, amelyek egyéni felhasználókból és szolgáltatásnevekből állhatnak. A csoporttagság adatai a Microsoft Graph használatával is beszerezhetők. További információ: Felhasználók és csoportok adatai.

Emellett előfordulhat, hogy riasztási értesítéseket is szeretne kapni, ha egy bérlői beállítás frissült. A Microsoft 365 vagy Felhőhöz készült Microsoft Defender Apps naplózási naplóriasztási képességeinek használatával értesítést kaphat a bérlői beállítások módosításáról, illetve arról, hogy ki és ki használja a Frissített Rendszergazda FeatureSwitch naplózási naplóeseményt. A riasztások engedélyezésével kapcsolatos további információkért lásd a bérlői szintű naplózást.

Ellenőrzőlista – A bérlői beállítások tervezésekor és kezelésekor a legfontosabb döntések és műveletek a következők:

• Tekintse át az összes jelenlegi bérlői beállítást: Az összes bérlői beállítás áttekintésével állapítsa meg az aktuális állapotot. Azonosítsa, hogy mely biztonsági csoportok vannak hozzárendelve az egyes beállításokhoz.
• Meglévő szabályzatok és döntések azonosítása: Meglévő szabályozási szabályzatok vagy korábbi döntések fordítása, hogy azok könnyen elérhetők legyenek.
• Vita és döntés: Ütemezzen workshopokat, hogy fontolja meg és határozza meg, mit kell engedélyezni vagy letiltani, és mely felhasználók számára. Győződjön meg arról, hogy minden döntés összhangban van az adatkultúra célkitűzéseivel, a szabályozási irányelvekkel és a belső szabályzatokkal. Mindenképpen vonja be az összes releváns döntéshozót és érdekeltet az egyes témákhoz. Szükség esetén kérjen további jóváhagyást.
• Ütemezés létrehozása a döntések újraértékeléséhez: Ütemezés beállítása a döntések és a bérlői beállítások rendszeres újraértékeléséhez (például évente kétszer).
• Frissítések készítése: Frissítse a bérlői beállításokat a műhelyekben hozott döntések alapján.
• Pillanatkép-adatok kinyerése az API-val: A Bérlő lekérése Gépház REST API használatával hatékonyabbá teheti a folyamatot, és ütemezetten automatizálhatja a pillanatképek létrehozását.
• Dokumentáció létrehozása a felhasználók számára: Hozza létre a bérlői beállítások dokumentációját a felhasználói közösség számára. Tegye közzé a dokumentációt a központosított portálon. Adja meg azokat a biztonsági csoportokat, amelyekhez a felhasználónak hozzá kell tartoznia egy szolgáltatáshoz vagy képességhez.
• Felhasználói kérések kezelésére szolgáló folyamat létrehozása: Állítson be egy folyamatot, amellyel a felhasználók hozzáférést kérhetnek egy szolgáltatáshoz vagy képességhez.
• Folyamat beállítása a bérlői beállítások rutinszintű kezeléséhez: Hozzon létre egy ütemezést, hogy a lehető leghamarabb azonosítani tudja az új bérlői beállításokat.
• Naplózás beállítása: Hozzon létre egy naplózási folyamatot, hogy nyomon tudja követni, mikor és ki módosította a bérlői beállításokat.

Tartományok szabályozása

A Hálóban a tartományok két vagy több hasonló tulajdonságokkal rendelkező munkaterület csoportosítására szolgálnak. Létrehozhat például egy tartományt, amely csoportosítja az összes értékesítési munkaterületet, és egy másik tartományt a pénzügyi munkaterületekhez. A tartomány egyetlen felügyeleti határt jelöl. A tartományok használata megkönnyítheti a munkaterület tulajdonjogát és a vállalaton belüli felügyeleti feladatokat is.

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

Tipp.

Az ebben a szakaszban ismertetett Fabric-tartományok más fogalmak, mint a Microsoft 365-ös tartományok.

1. lépés: Tartományok áttekintése

Első lépésként tekintse át a meglévő tartományokat és bérlői környezetet, hogy megismerhesse az aktuális állapotot. Az alábbiakban néhány tényezőt érdemes figyelembe venni a felülvizsgálati folyamat során.

• Tartományok: Mely tartományok léteznek, ha vannak ilyenek? Az egyes tartományok neve és leírása egyértelműen jelzi a célját?
• Engedélyek: Kik az egyes tartományok tartományi rendszergazdái? Kik az egyes tartományok tartományi közreműködői? Minden hozzárendelt rendszergazda és közreműködő összhangban van a tartomány rendeltetésével?
• Hozzárendelt munkaterületek: Mely munkaterületek vannak hozzárendelve az egyes tartományokhoz? Minden hozzárendelt munkaterület igazodik a tartomány rendeltetéséhez?
• Delegált bérlői beállítások: Mely bérlői beállításokat delegálták tartományi rendszergazdának (vagy kapacitásadminisztrátornak), hogy felülbírálhassák az alapértelmezett beállítást?

2. lépés: Döntés a tartományokról

Miután áttekintette a tartományait, ideje megvizsgálni a döntéshozatali folyamatot.

A meglévő munkaterületek esetében fontolja meg, hogyan csoportosíthatók egy felügyeleti határ létrehozásához. A kapcsolódó munkaterületek rendszerezésével kapcsolatos további információkért és módszerekért tekintse meg a Munkaterület-tartományok című témakört.

Az alábbiakban néhány tényezőt érdemes figyelembe venni a döntéshozatali folyamat során.

• Milyen szabályozási döntések léteznek már? Ha lehetséges, tekintse meg a meglévő döntéseket. Törekedje meg a munkaterület és a tartomány konzisztens és hatékony beállítását.
• Mennyire decentralizált a tartalom tulajdonjoga és kezelése? Fontolja meg, hogy a tartalom tulajdonjoga és kezelése jelenleg hogyan történik a szervezetben. A decentralizált megközelítéseket néha elosztott, összevont vagy adathálós architektúrának is nevezik. Vegye figyelembe ezeket az információkat a munkaterületek tartományokba való rendszerezéséhez szükséges igények elemzésekor.
• Milyen tartománycsoportok működnek jól? A munkaterületeket sokféleképpen csoportosíthatja egyetlen felügyeleti határba. Dönthet például úgy, hogy a tartományokat tárgyterület, csapat, üzleti egység vagy projekt szerint rendezi. Ne feledje, hogy egy munkaterület csak egy tartományhoz rendelhető hozzá. További információ: Munkaterület-tartományok.
• Kinek kell engedélyezni az egyes tartományok felügyeletét? Ideális esetben a tartományi rendszergazdák olyan felhasználók, akik közvetlenül birtokolják és kezelik a tartomány tartalmát. Emellett a tartományi rendszergazdáknak ismernie kell a terület belső, regionális és kormányzati szabályozását. Emellett ismerniük kell az összes belső szabályozási és biztonsági követelményt is.
• Ki rendelhet munkaterületeket egy tartományhoz? A tartomány közreműködői szerepköre magában foglalja azokat a felhasználókat, akik munkaterületet rendelhetnek egy tartományhoz. A tartomány közreműködőinek munkaterület-rendszergazdának is kell lenniük ahhoz, hogy a munkaterületet a tartományhoz rendelje. Fontolja meg, hogy mennyi vezérlést szeretne delegálni a szervezet önkiszolgáló felhasználóinak.
• Eltérően kezeli a rendszer a különböző tartományokat? A nagyobb szervezetekben egyes tartományok eltérő szabályzatokkal rendelkezhetnek. Készüljön fel arra, hogy a különböző csapatok igényeinek és készségeinek megfelelően alakítsa a döntéseket. További információ: Bérlőszintű beállítások felülbírálása.

3. lépés: Tartományok frissítése

Jelenleg a meglévő tartománybeállítások és céltudatos döntések érhetők el. Most már készen áll a tartományok hozzáadására, módosítására vagy eltávolítására (ha szükséges).

Mindenképpen kövesse a meglévő változáskezelési eljárásokat, és tájékoztassa az összes olyan felhasználót, akit érintenek a változások.

4. lépés: Dokumentumtartományok

Attól függően, hogy hány tartománya van, létrehozhat dokumentációt a felügyeleti portálon elérhető információk kiegészítéséhez. A dokumentáció a következőket tartalmazhatja:

• Több kontextus vagy részlet, például a tartomány célja, és hogy miért hasznos egy különálló tartomány.
• Ki hagyta jóvá a tartományt, és mikor.
• Ki a tartomány tulajdonosa vagy kezelője – ha eltér a felügyeleti portálon beállított tartományi rendszergazda(ok)tól.
• A tartományhoz kapcsolódó egyéb megfelelőségi vagy szabályozási követelmények.

5. lépés: Tartományok kezelése

A tartományokat rendszeresen felül kell vizsgálni a felügyeleti portálon . Negyedévente vagy évente kétszer jól kell működnie erre a célra.

Gondolja át azt is, hogyan kezelheti az új tartományt létrehozni, meglévő tartományt módosítani vagy munkaterületeket tartományhoz adni kívánó felhasználók kéréseit.

6. lépés: Tartományok naplózása

Rendelkeznie kell egy olyan eljárással, amely rendszeresen naplózhatja a tartományokat és azok beállításait. Íme néhány művelet, amellyel azonosíthatja, ha a tevékenységnapló használatával naplózza a tartományokat.

• Új tartomány lett létrehozva: Keresse meg az InsertDataDomainAs Rendszergazda tevékenységet.
• Egy meglévő tartomány megváltozott: Keresse meg az UpdateDataDomainAs Rendszergazda tevékenységet.
• Munkaterület lett hozzárendelve egy tartományhoz: Keresse meg az UpdateDataDomainFoldersRelationsAs Rendszergazda tevékenységet.
• A tartományi rendszergazdák vagy a tartományi közreműködők megváltoztak: Keresse meg az UpdateDataDomainAccessAs Rendszergazda tevékenységet.

Ellenőrzőlista – A tartományok tervezésekor és kezelésekor a legfontosabb döntések és műveletek a következők:

• Aktuális tartományok áttekintése: Az aktuális állapot meghatározásához tekintse át az összes tartományt a felügyeleti portálon.
• Vita és döntés: Határozza meg, hogy mely tartománycsoportok működnek a legjobban az igényeinek megfelelően. Vonja be az érintett döntéshozókat és érdekelt feleket a tartományok kezelésének mérlegelése során.
• Ellenőrizze, hogy szükség van-e jóváhagyásra: Annak meghatározása, hogy léteznie kell-e folyamatnak ahhoz, hogy jóváhagyást kérjen másoktól új tartomány létrehozásakor.
• Ütemezés létrehozása az újraértékeléshez: Állítsa be a tartományok rendszeres újraértékelésére vonatkozó ütemezést.
• Frissítések készítése: Új igények felmerülésekor frissítse a tartományokat.
• Dokumentáció létrehozása: Ha más adatokat is rögzítenie kell, hozzon létre dokumentációt a tartományaihoz.
• Felhasználói kérések kezelésére szolgáló folyamat létrehozása: Folyamat beállítása arra vonatkozóan, hogy a felhasználók hogyan kérhetnek új tartományt.
• Naplózás beállítása: Hozzon létre egy naplózási folyamatot, hogy nyomon tudja követni, mikor jönnek létre új tartományok, vagy mikor történnek változások.

Munkaterületek szabályozása

A munkaterületek alapvető fogalmak a Fabricben. A munkaterületek tárolókként szolgálnak a tartalom tárolásához és védelméhez. A munkaterületeket elsősorban tartalomlétrehozáshoz, együttműködéshez és tartalomterjesztéshez tervezték.

A munkaterületek lap a felügyeleti portálon lehetővé teszi a hálógazdák számára a bérlő összes munkaterületének áttekintését és kezelését.

Az alábbiakban számos oka lehet annak, hogy a Háló rendszergazdája részt vehet a munkaterületek kezelésében.

• Hozzáférés kérése egy szabványos munkaterülethez. Előfordulhat, hogy a Háló rendszergazdájának segítségre van szüksége egy olyan helyzetben (például adatfrissítési hiba esetén), amikor a tartalom elsődleges tulajdonosa például szabadságon van. Ebben az esetben egy munkaterületi szerepkörhöz kell hozzárendelniük magukat.
• Ideiglenes hozzáférés kérése személyes munkaterülethez. A Háló rendszergazdája hozzáférhet egy másik felhasználó személyes munkaterületéhez , de csak 24 óráig. A személyes munkaterülethez való ideiglenes hozzáférés akkor hasznos, ha a munkaterület tulajdonosa elhagyta a szervezetet, vagy szabadságon van.
• Munkaterületi szerepkörök kezelése. A hálógazdák a bérlő összes munkaterületén kezelhetik a munkaterületi szerepköröket. Ez akkor hasznos, ha egy központosított csapat felügyeli a munkaterület-hozzáférést. Akkor is hasznos, ha a munkaterület árva állapotban van (jelezve, hogy nincs munkaterület-rendszergazda), ami a munkaviszony megszűnése vagy átadása miatt fordulhat elő.
• Munkaterület újbóli hozzárendelése. Más funkciók feloldásához időnként frissíteni kell a munkaterület munkaterületi licencmódját . A Háló rendszergazdája például módosíthatja a munkaterületet Pro vagy felhasználónkénti Premium (PPU) értékről kapacitásra.
• Határozza meg a munkaterület típusát. A hálógazdák áttekinthetik a munkaterülethez rendelt termékváltozat-szintet . A rendszergazda például gyorsan megállapíthatja, hogy a bérlőben jelenleg négy munkaterület van hozzárendelve a PPU-hoz.
• Törölt munkaterületek megkeresése és/vagy helyreállítása. A munkaterület állapota azt jelezheti, hogy a munkaterület törölve lett. Egy rövid ideig a Háló rendszergazdája visszaállíthat egy munkaterületet, ha hiba miatt törölték. Vagy visszaállíthatnak egy törölt személyes munkaterületet normál munkaterületként. További információ: Munkaterület-megőrzés.
• Munkaterület nevének frissítése. A hálógazdák átnevezhetnek egy munkaterületet, talán azért, mert a neve nem felel meg a létrehozott elnevezési konvenciónak.

Feljegyzés

A munkaterületek kezelésében való részvétel szintje a Háló rendszergazdájához rendelt szerepköröktől és feladatoktól függ. A tartalom tulajdonjogával és kezelésével kapcsolatos stratégiája azt is befolyásolhatja, hogy a Háló rendszergazdája milyen mértékben vesz részt a munkaterület-kezelésben.

1. lépés: Munkaterületek áttekintése

Első lépésként tekintse át a meglévő munkaterületeket és bérlői környezetet, hogy megismerhesse az aktuális állapotot. Az alábbiakban néhány tényezőt érdemes figyelembe venni a felülvizsgálati folyamat során.

• Aktuális munkaterületek: Tekintse át az összes jelenleg létező munkaterületet. Az egyes munkaterületek szerepkör-hozzárendeléseit és beállításait is át kell tekintenie, hogy azok megfelelőek-e.
• Aktuális bérlői beállítás: Tekintse át a Munkaterületek létrehozása bérlői beállítás aktuális beállítását.

Az aktuális munkaterületek listáját kétféleképpen állíthatja össze.

• A munkaterületek listájának megtekintése a felügyeleti portálon. A lista exportálható CSV-fájlba.
• A bérlői leltár programozott kinyerése rendszergazdai API használatával a következő használatával:
  • A metaadat-beolvasási API-k (más néven scanner API-k). Ez az API-készlet lehetővé teszi a módosított munkaterületek aszinkron megkeresését. Mivel képes növekményesen módosított munkaterületeket kinyerni, leginkább a nagy számú munkaterülettel rendelkező nagyobb szervezetek számára ideális. További információ: Metaadatok vizsgálata API-k.
  • A Csoportok lekérése Rendszergazda REST API vagy a Get-PowerBIWorkspace PowerShell-parancsmag. Ezek a metódusok a bérlő összes munkaterületére vonatkozóan adnak vissza adatokat, így a kisebb adatmennyiségű kisebb szervezetek számára ideálisak. További információ: Groups API vagy workspaces parancsmag.

2. lépés: Munkaterületek meghatározása

A munkaterületek áttekintése után ideje megvizsgálni a döntéshozatali folyamatot.

Az alábbiakban néhány tényezőt érdemes figyelembe venni a döntéshozatali folyamat során.

• Milyen szabályozási döntések léteznek már? Ha lehetséges, tekintse meg a meglévő munkaterület-szabályozási döntéseket. Törekedjen arra, hogy a munkaterület beállítása konzisztens és hatékony legyen.
• Kik hozhatnak létre munkaterületeket? Vegye figyelembe, hogy a munkaterület-létrehozási engedélyek adatkultúra és szabályozási döntés.
• Van-e konkrét folyamat a munkaterületek létrehozására? Fontos, hogy olyan munkaterület-létrehozási folyamatot hozzon létre, amely egyszerű és kényelmes a felhasználók számára.
• Hogyan nevezhetők el a munkaterületek? Annak meghatározása, hogy egy munkaterület elnevezési konvenciója előnyös-e a szervezet számára.
• Hogyan vannak rendszerezve a munkaterületek? Gyakran hasznos a munkaterületek tárgy és hatókör szerinti rendszerezése. A tartalmak munkaterületekre való rendszerezésének módja részlegenként eltérő lehet.
• Mennyi tartalom található a személyes munkaterületeken? Fontolja meg a személyes munkaterületek megfelelő használatát a szervezeten belül.
• Kinek kell hozzáféréssel rendelkeznie a munkaterületekhez? Elsősorban a tartalmakat létrehozó és kezelő felhasználók számára kell korlátozni a munkaterület elérését . További információ: Tartalomkészítő biztonsági tervezése.

További szempontokat a bérlőszintű munkaterület-tervezés és a munkaterületszintű munkaterület-tervezés című témakörben talál.

3. lépés: Munkaterületek frissítése

Jelenleg a meglévő munkaterületek és a céltudatos döntések érhetők el. Ha úgy találta, hogy a munkaterületek átnevezésre vagy átrendezésre kerülnek, készen áll a szükséges módosítások elvégzésére.

A frissítési folyamat során megfontolandó szempontok a következők:

• Ki fogja kezelni a frissítést? Ha több hálógazdával rendelkezik, határozza meg, hogy a munkaterületeket egy vagy két adott rendszergazda felügyeli-e. Győződjön meg arról, hogy a folyamat konzisztens, jól érthető és jól ellenőrzött.
• Van változáskezelési folyamat? Fontolja meg, hogyan kerülheti el a döntések, a dokumentáció és az eredményként kapott frissítések közötti eltéréseket. A csapatok közötti kommunikáció kulcsfontosságú tényező a változáskezelésben. A naplózási követelményektől függően dönthet úgy, hogy egy belső változásnaplót tart fenn, amely nyomon követi, hogy ki, mikor és miért módosította a módosításokat (a tevékenységnaplóban rögzített adatokon túl további részleteket is rögzíthet).
• Hogyan kezeli a rendszer a felhasználókkal folytatott kommunikációt? Ha olyan módosítást végez, amely befolyásolja, hogy a felhasználók mit tehetnek, mindenképpen közölje a módosítást. Mindig törekedjen a felhasználói frusztráció és a szükségtelen támogatási kérések elkerülésére.

4. lépés: Dokumentum-munkaterületek

Attól függően, hogy hány munkaterülete van, létrehozhat dokumentációt a felügyeleti portálon vagy a REST API-kban elérhető információk kiegészítéséhez. Az ilyen típusú dokumentáció kulcsfontosságú része a bérlői leltárnak. A dokumentáció a következőket tartalmazhatja:

• Több kontextus vagy részlet, például a munkaterület rendeltetése (ha még nem szerepel a munkaterület leírásában).
• Ki hagyta jóvá a munkaterületet, és mikor.
• Ki van hozzárendelve munkaterület-tulajdonosként, ha a tulajdonos eltér a munkaterület rendszergazdájától.
• A munkaterületen tárolt tartalomra vonatkozó megfelelőségi vagy szabályozási követelmények.
• Hogy a munkaterület különösen bizalmas információkat tartalmaz-e.
• A munkaterület szabályozási követelményei.
• A munkaterületre vonatkozó életciklus-felügyeleti folyamatok.

5. lépés: Munkaterületek kezelése

A munkaterületek folyamatos kezelése elsősorban a következőket foglalja magában:

• Új munkaterületek létrehozása.
• Munkaterület metaadatainak frissítése (például név vagy leírás).
• Munkaterületi szerepkörök frissítése.
• Törölt munkaterületek helyreállítása.
• Munkaterület újbóli hozzárendelése (például Pro-ból PPU-ba).
• A Munkaterületek létrehozása bérlői beállítás kezelése.

Szerepköröktől és feladatoktól függően a másodlagos rendszergazdai tevékenységek a következők lehetnek:

• Tartalom (például szemantikai modell vagy jelentés) közzététele egy munkaterületen.
• A meglévő munkaterület-tartalommal kapcsolatos problémák elhárítása.

Fontos

A Háló rendszergazdai szerepkör egy magas jogosultsági szintű szerepkör, amely számos magas szintű funkciót képes végrehajtani. A szerepkör nem biztosít automatikusan hozzáférést a bérlő összes adatához. Mivel azonban a rendszergazdák jogosultak munkaterületek kezelésére a bérlőben, hozzáférést biztosíthatnak (munkaterületi szerepkörökön keresztül) más felhasználóknak, köztük maguknak is.

6. lépés: Munkaterületek naplózása

Rendelkeznie kell a munkaterületek rendszeres naplózására vonatkozó folyamatokkal. Az alábbiakban néhány műveletet talál a munkaterületek tevékenységnaplóval történő naplózásakor.

• Módosult a Munkaterületek létrehozása bérlői beállítás: A frissített Rendszergazda FeatureSwitch tevékenység használatával keresse meg a tevékenységnapló módosított bérlőbeállítási értékeit. Az elem neve CreateAppWorkspaces lesz.
• A Háló rendszergazdája hozzáférést kapott egy felhasználó személyes munkaterületéhez: Keresse meg a Add Rendszergazda PersonalWorkspaceAccess tevékenységet. A munkaterület neve a PersonalWorkspace-NameOfUser formátumban lesz. A rendszer nem naplózza a tevékenységet, ha a rendszer automatikusan visszavonja a hozzáférést, ami 24 óra elteltével történik.
• Új munkaterület lett létrehozva: Keresse meg a CreateFolder-tevékenységet .
• Egy meglévő munkaterület megváltozott: Keresse meg az UpdateFolder-tevékenységet .
• A munkaterület hozzáférése megváltozott: Keresse meg az UpdateWorkspaceAccess tevékenységet vagy az UpdateFolderAccess tevékenységet.
• Egy munkaterület hozzárendelése megtörtént: Keresse meg a MigrateWorkspaceIntoCapacity tevékenységet.
• Munkaterület lett hozzárendelve egy tartományhoz: Keresse meg az UpdateDataDomainFoldersRelationsAs Rendszergazda tevékenységet.

Tipp.

A tevékenységnapló használata mellett javasoljuk, hogy rendszeresen hozzon létre bérlői leltárt. Ez egy pillanatkép, amely az összes munkaterületet és azok tartalmát (például szemantikai modelleket és jelentéseket) ismerteti. A munkaterület-hozzáférés részleteit is rögzítheti. További információ: Bérlőleltár és Hozzáférés a bérlői leltár adataihoz.

Ellenőrzőlista – Munkaterületek tervezésekor és kezelésekor a legfontosabb döntések és műveletek a következők:

• Aktuális munkaterületek áttekintése: Az aktuális állapot meghatározásához tekintse át az összes munkaterületet és a kapcsolódó bérlői beállítást a felügyeleti portálon.
• Megvitatás és döntés: Munkaterületek szabályozásának és kezelésének meghatározása. Vonja be az érintett döntéshozókat és érdekelt feleket, amikor eldönti, hogy ki felügyelheti a munkaterületeket.
• Ellenőrizze, hogy szükséges-e a jóváhagyás: Annak meghatározása, hogy létezik-e olyan folyamat, amely jóváhagyást kér másoktól új munkaterület létrehozásakor.
• Ütemezés létrehozása újraértékeléshez: Ütemezés beállítása a munkaterületek rendszeres újraértékeléséhez.
• Frissítések készítése: Új igények felmerülésekor frissítse a munkaterületeket, beleértve a szerepkör-hozzárendeléseket is.
• Dokumentáció létrehozása: Ha nyomon kell követnie a kiegészítő információkat, hozzon létre dokumentációt a munkaterületekhez.
• Felhasználói kérések kezelésére szolgáló folyamat létrehozása: Folyamat beállítása arra vonatkozóan, hogy a felhasználók hogyan kérhetnek új munkaterületet.
• Naplózás beállítása: Hozzon létre egy naplózási folyamatot, amellyel nyomon követheti, hogy mikor jönnek létre új munkaterületek, vagy mikor történnek változások.

Beágyazási kódok szabályozása

A Webes közzététel funkció használatakor a Power BI létrehoz egy beágyazási kódot. A beágyazási kódot arra használják, hogy bárki számára elérhető weblapba ágyazza be a jelentéseket. Ez a funkció meghatározott célokra érhető el: Elsősorban adatnaplózásra vagy nyilvános adatokat tartalmazó jelentésekre szolgál, amelyeket névtelen közönség tekinthet meg hitelesítés nélkül.

A beágyazási kódok rendszeres áttekintése és kezelése a Háló rendszergazdájának kulcsfontosságú feladata. Ez különösen kritikus felelősség, mert magában foglalja az interneten nyilvánosan közzétett jelentések ellenőrzését.

Figyelemfelhívás

Egyes rendszergazdák tévesen úgy vélik, hogy egy belső alkalmazás vagy intranetes webhely biztonságos hely a közzététel webes jelentésekbe való beágyazásához. Határozottan elriasztjuk ezt a technikát, mivel a webes közzététellel közzétett jelentések – függetlenül attól, hogy hol ágyazza be őket – keresőmotorral is felderíthetők. A Power BI-tartalmak belső célközönségek számára történő beágyazásának megfelelő gyakorlata az API beágyazási funkciójának használata, vagy a kód nélküli beágyazási technika használata. További információkért tekintse meg a szervezeti használati forgatókönyv beágyazását.

1. lépés: Beágyazási kódok áttekintése

Első lépésként tekintse át a meglévő beágyazási kódokat és bérlői környezetet, hogy megismerhesse az aktuális állapotot. Az alábbiakban néhány tényezőt érdemes figyelembe venni a felülvizsgálati folyamat során.

• Aktuális beágyazási kódok: Tekintse át az egyes beágyazási kódot az összes munkaterületen a felügyeleti portálon. Jegyezze fel az egyes beágyazási kódállapotokat (például aktív vagy letiltott).
• Aktuális bérlői beállítás: Tekintse át a Webes közzététel bérlői beállítás aktuális beállítását.

2. lépés: A beágyazási kódok meghatározása

Miután áttekintette a beágyazási kódokat, ideje megvizsgálni a döntéshozatali folyamatot. Az érintett döntéshozókat és érdekelt feleket bevonva megvitathatja, hogy milyen tartalmak tehetők közzé a weben, ha vannak ilyenek.

Azt is meghatározhatja, hogy mely felhasználók tehetnek közzé jelentéseket a weben. Ha létezik irányítási szabályzat vagy biztonsági szabályzat, tekintse meg, amikor csak lehetséges.

Fontos

Határozottan javasoljuk, hogy csak korlátozott számú felhasználó esetén engedélyezze a Közzététel webes bérlőn beállítást. A bizalmas adatokat tartalmazó jelentések véletlen közzétételének nagy kockázata miatt fontolja meg a tartalomkészítők webes közzétételének letiltását vagy korlátozását.

3. lépés: Beágyazási kódok frissítése

Jelenleg a meglévő beágyazási kódok és céltudatos döntések érhetők el. Most már készen áll a meglévő beágyazási kódok ideiglenes vagy végleges módosítására.

A szükséges frissítések meghatározásához további kutatásokat kell végeznie.

• Tekintse át az összes olyan jelentést, amely aktív beágyazási kódokkal rendelkezik, és ellenőrizze, hogy nincs-e nem megfelelő információ közzétéve a weben. Azt is ellenőrizze, hogy a mögöttes szemantikai modellek nem tartalmaznak-e bizalmas vagy védett információkat.
• A jelentés céljának tisztázása érdekében lépjen kapcsolatba a jelentést közzétevő felhasználóval.
• A tartalom tulajdonosával együttműködve szükség esetén helyezze át a tartalmat egy nem személyes munkaterületre, amely megfelel a célnak. Érdemes lehet olyan munkaterületet használni, amely egyértelműen jelzi, hogy nyilvánosan elérhető tartalmat tartalmaz. Például egy pénzügyi jelentéskészítési [nyilvános] munkaterület neve egyértelműen jelzi a célját.
• Tekintse át a tartalomhoz rendelt bizalmassági címkét . Ellenőrizze, hogy a bizalmassági címke azt jelzi-e, hogy a célközönség nyilvános célközönség-e.

4. lépés: Dokumentumbeágyazási kódok

A körülményektől függően létrehozhat néhány dokumentációt, amelyek kiegészítik a felügyeleti portálon elérhető információkat. A dokumentáció a következőket tartalmazhatja:

• Több kontextus és részlet, például a cél, a célközönség és az indoklás.
• Ki hagyta jóvá a nyilvánosan közzéteendő tartalmat, és mikor.
• Ki a tartalom tulajdonosa – ha eltér attól a felhasználótól, aki közzétette.

5. lépés: Beágyazási kódok kezelése

A beágyazási kódokat rendszeresen figyelni kell a felügyeleti portálon . Gondolja át azt is, hogyan fogja kezelni azokat a felhasználók kéréseit, akik közzé szeretnék tenni a jelentéseiket a weben.

Feljegyzés

Nem minden jelentés támogatott a webes közzétételhez. Lehetséges, hogy a felhasználók támogatási kérdéseket kapnak a funkció használatával kapcsolatban.

6. lépés: Beágyazási kódok naplózása

Fontos, hogy legyen egy folyamat a beágyazási kódok rendszeres naplózására. Íme néhány művelet, amellyel azonosíthatja a beágyazási kódokat a tevékenységnapló használatával.

• Létrejött egy új beágyazási kód: Keresse meg a PublishToWebReport tevékenységet.
• Módosult a Közzététel webre bérlői beállítás: A frissített Rendszergazda FeatureSwitch tevékenység használatával keresse meg a tevékenységnapló módosított bérlőbeállítási értékeit. Az elem neve PublishToWeb lesz.

Ellenőrzőlista – Beágyazási kódok tervezésekor és kezelésekor a legfontosabb döntések és műveletek a következők:

• Tekintse át az aktuális beágyazási kódokat: Az aktuális állapot meghatározásához tekintse át az összes beágyazási kódot a felügyeleti portálon.
• Tekintse át az aktuális bérlői beállítást: Tekintse át a Webes közzététel bérlői beállítás beállításának áttekintését.
• Megvitatás és döntés: Határozza meg, hogy milyen tartalmak tehetők közzé nyilvánosan, és mely felhasználók. Szükség esetén bevonja az érintett döntéshozókat és érdekelt feleket. Ha lehetséges, tekintse meg a meglévő szabályozási szabályzatokat.
• Ellenőrizze, hogy szükség van-e jóváhagyásra: Annak meghatározása, hogy létezik-e olyan folyamat, amely jóváhagyást kér másoktól egy jelentés webes közzétételekor.
• Ütemezés létrehozása újraértékeléshez: Ütemezés beállítása a beágyazási kódok rendszeres újraértékeléséhez.
• Frissítések készítése: Szükség szerint frissítse az aktuális beágyazási kódokat. Frissítse a Közzététel webes bérlőre beállítást a meghozott döntések alapján (ha eltérnek a jelenleg közzétettektől).
• Dokumentáció létrehozása: Ha kiegészítő információkat kell nyomon követnie, hozza létre a beágyazási kódok dokumentációját.
• Felhasználói kérések kezelésére szolgáló folyamat létrehozása: Beállíthatja, hogy a felhasználók hogyan kérhetik a jelentésük webes közzétételét, vagy hogyan tehetnek közzé saját jelentéseket a weben.
• Naplózás beállítása: Hozzon létre egy naplózási folyamatot, amellyel nyomon követheti, hogy mikor jön létre új beágyazási kód, és mikor módosult a Webes közzététel bérlői beállítás.

Szervezeti vizualizációk szabályozása

A Power BI-jelentéskészítők többféle vizualizációt is használhatnak a Power BI-jelentéstervben.

• Alapvető vizualizációk: A Power BI Desktopba és a Power BI szolgáltatás beépített alapértelmezett, beépített, beépített, nem beépített vizualizációk.
• Nem minősített egyéni vizualizációk az AppSource-ból: Olyan egyéni vizualizációk, amelyeket külső szoftvergyártók vagy a power BI-közösség tagjai fejlesztettek ki.
• Minősített egyéni vizualizációk az AppSource-ból: Olyan egyéni vizualizációk, amelyeket külső szoftvergyártók vagy a power BI-közösség tagjai fejlesztettek ki, és amelyek a Microsoft által meghatározott minősítési folyamaton mentek keresztül.

A szervezetek dönthetnek úgy, hogy korlátozzák az egyéni vizualizációk használatát (amikor a jelentést közzéteszik a Power BI szolgáltatás) azzal, hogy regisztrálják, hogy mely vizualizációk (és verziók) engedélyezettek. Az engedélyezett vizualizációkat szervezeti vizualizációknak nevezzük.

A hálógazdák feladata a szervezeti vizualizációk regisztrálása és kezelése a felügyeleti központban. Regisztrálhatnak:

• Az AppSource-ból származó hitelesített és nem hitelesített vizualizációk is. Egy adott vizualizáció regisztrálása különösen akkor hasznos, ha engedélyezve van a nem hitelesített (vagy az összes) vizualizáció bérlői beállítása, de egy adott vizualizáció ellenőrzése és jóváhagyása megtörtént a szervezetben való használatra.
• Belső fejlesztésű, saját fejlesztésű vizualizációk.
• Közvetlenül egy szállítótól vásárolt egyéni vizualizációk.

A szervezeti vizualizációk regisztrálásának számos előnye van.

• Néhány vagy az összes egyéni vizualizáció automatikusan elérhetővé válik a vizualizációk panelen az összes jelentéskészítő számára.
• A tartalomkészítőknek nem kell Power BI-vizualizációs (.pbiviz) fájlokat importálnia.
• Az egyéni vizualizációk verziója minden jelentéshez konzisztens.
• A jelentések és irányítópultok automatikusan frissülnek a szervezeti vizualizációk frissítésekor.
• Az új és módosított egyéni vizualizációk módszeresen tesztelhetők és előre jóváhagyhatók, mielőtt széles körben elérhetővé válnak a szervezet számára.
• Ha egy meglévő egyéni vizualizáció már nem felel meg a szervezet követelményeinek, gyorsan letiltható vagy törölhető.

Az egyéni vizualizációk felhasználói eszközökön való terjesztésével (a Power BI Desktopban való használathoz) kapcsolatos további szempontokat az Egyéni vizualizációk című témakörben talál.

A szakasz további része a szervezeti vizualizációk kezelésével foglalkozik.

1. lépés: Szervezeti vizualizációk áttekintése

Első lépésként tekintse át a meglévő szervezeti vizualizációkat és bérlői környezetet, hogy megértse az aktuális állapotot.

• Jelenlegi szervezeti vizualizációk: Tekintse át, hogy milyen egyéni vizualizációk lettek hozzáadva a szervezeti vizualizációk adattárához.
• Aktuális bérlői beállítás: Tekintse át a Power BI-vizualizációk bérlői beállításának beállítását.

2. lépés: A szervezeti vizualizációk meghatározása

Miután áttekintette a szervezeti vizualizációkat, ideje megvizsgálni a döntéshozatali folyamatot. Készen kell állnia arra, hogy gondosan mérlegelje az egyéni vizualizációk szabályozásával kapcsolatos döntéseket.

Íme néhány megfontolandó kérdés a döntéshozatali folyamat során.

• A szervezet engedélyezi az egyéni vizualizációkat? Az egyéni vizualizációkra való támaszkodásnak több oka is lehet.
  • A minőségre és a stabilitásra vonatkozó elvárások attól függően változnak, hogy ki fejlesztette ki az egyéni vizualizációt.
  • Előfordulhat, hogy az ingyenesen elérhető egyéni vizualizációk nem rendelkeznek technikai támogatással.
  • A jelentős adatvédelmi aggályokkal rendelkező vagy az adatszivárgási problémákra rendkívül érzékeny szervezetek esetében előfordulhat, hogy az egyéni vizualizációk használata nem kompatibilis a kockázati profiljukkal. Ennek az az oka, hogy az egyéni vizualizációk hozzáférnek a szemantikai modellekből lekérdezett adatokhoz. Emellett lehetséges, hogy az egyéni vizualizáció adatokat továbbíthat egy webszolgáltatásnak (amely gyakran jogos célokra szolgál, például API meghívására vagy AI-algoritmus futtatására).
• Hogyan érvényesített és jóváhagyott egyéni vizualizációk használata? Minden egyéni vizualizációt tesztelni kell és előre jóvá kell hagyni a szervezetben való használatra. Ez az ellenőrzési folyamat csökkenti a nem megbízható vizualizációk használatát. Emellett lehetővé teszi a rendszergazda számára, hogy meghatározza, hogy melyik verziót tesztelték és jóváhagyták a használatra.
• Ki használhat egyéni vizualizációkat? A Power BI SDK-bérlőbeállítással létrehozott Vizualizációk engedélyezése beállítás szabályozza, hogy ki vehet fel, oszthat meg vagy használhat egyéni vizualizációkat. Ha a szervezet úgy döntött, hogy korlátozza vagy korlátozza ezt a funkciót (az AppSource-ból vagy importált .pbiviz-fájlokból), akkor a szervezeti vizualizációktól függhet, hogy hogyan engedélyezheti az egyéni vizualizációkat.
• Szükség van minősített vizualizációkra? Ha az AppSource engedélyezve van, egyes szervezetek inkább csak hitelesített vizualizációkra korlátozzák. Ezt úgy végezheti el, hogy beállítja a Csak hitelesített vizualizációk hozzáadása és használata beállítást. Ebben az esetben szervezeti vizualizációk használatával terjesztheti a szervezet által jóváhagyott, nem hitelesített vizualizációkat.
• Központilag kell kezelni az egyéni vizualizációkat? Ha a vizualizációkat az egyes jelentéskészítők töltik le az AppSource-ból, az eltérő verziókkal kapcsolatos problémák merülhetnek fel. Azáltal, hogy a szervezeti vizualizáció-adattárat az egyéni vizualizációk központi kezelésére használja, egyszerűbbé teszi a folyamatot a jelentéskészítők számára, mivel lehetővé teszi, hogy a bérlőn belüli összes Power BI-jelentéskészítő ugyanazt a jóváhagyott verziót használja. Ehhez azonban a Háló rendszergazdájának kell részt vennie, ami késésekhez vezethet.
• Milyen források engedélyezettek? A szervezeti vizualizációk az AppSource-ból vagy egy .pbiviz-fájlból származhatnak. Az AppSource általában a legjobb forrás, különösen akkor, ha minősített vizualizációt szeretne használni. A .pbiviz-fájl akkor megfelelő, ha a vizualizációt magánhálózati szállítótól szerezték be, vagy ha belső fejlesztésre került.
• Mikor jelenjen meg az egyéni vizualizáció a vizualizációk panelen? Sok esetben célszerű engedélyezni az egyéni vizualizáció megjelenítését a vizualizációk panelen, hogy az automatikusan elérhető legyen az összes jelentéskészítő számára.

3. lépés: Szervezeti vizualizációk frissítése

Jelenleg a meglévő szervezeti vizualizációk és céltudatos döntések érhetők el. Most már készen áll a meglévő szervezeti vizualizációk ideiglenes vagy végleges módosítására.

Előfordulhat, hogy módosítania kell az egyéni vizualizációkkal kapcsolatos bérlői beállításokat is (ha a jelentéskészítők számára engedélyezett a szervezeti vizualizációk adattárában nem szereplő egyéni vizualizációk letöltése és telepítése).

Feljegyzés

Az egyéni vizualizációkhoz kapcsolódó bérlői beállítások csak a közzétett jelentésekre vonatkoznak, a Power BI Desktopban lévő jelentésekre nem. Ahhoz, hogy a jelentéskészítők konzisztens egyéni vizualizációs lehetőségekkel rendelkezzenek a Power BI szolgáltatás és a Power BI Desktopban is, csoportházirenddel kell kezelnie a helyi gépi vámvizualizációkat (a Power BI Desktophoz). További információ: Felhasználói eszközök és eszközök.

4. lépés: Szervezeti vizualizációk dokumentálása

A helyzettől függően létrehozhat néhány dokumentációt, amelyek kiegészítik a felügyeleti portálon elérhető információkat. A dokumentáció a következőket tartalmazhatja:

• További környezet és részletek, például az egyéni vizualizáció által elért eredmények.
• Ki hozta létre az egyéni vizualizációt (például belső fejlesztőt vagy szállítót), vagy kihez forduljon további információkért.
• A vizualizáció ellenőrzésére végrehajtott tesztek, hogy a vizualizáció frissítése után ismételhetők legyenek.
• Ki hagyta jóvá az egyéni vizualizáció használatát, és mikor.

5. lépés: Szervezeti vizualizációk kezelése

A szervezeti vizualizációkat rendszeresen figyelni kell a felügyeleti portálon . Gondolja át azt is, hogyan fogja kezelni azokat a felhasználók kéréseit, akik egy új, az interneten talált egyéni vizualizációt szeretnének használni.

Időnként érdemes áttekinteni, hogy az egyes egyéni vizualizációk mikor frissültek utoljára. Vizsgálja meg, hogy elérhető-e újabb verzió. Ha egy újabb verzió érhető el, frissítheti a szervezeti vizualizációt, feltéve, hogy az átmegy a tesztelésen.

6. lépés: Szervezeti vizualizációk naplózása

Fontos, hogy legyen egy folyamat a szervezeti vizualizációk rendszeres naplózására. Az alábbiakban néhány műveletet talál a szervezeti vizualizációk tevékenységnaplóval történő naplózásakor.

• Új szervezeti vizualizáció lett hozzáadva: Keresse meg az InsertOrganizationalGalleryItem tevékenységet.
• Frissítettünk egy meglévő szervezeti vizualizációt: Keresse meg az UpdateOrganizationalGalleryItem tevékenységet.
• A Power BI SDK-bérlői beállítással létrehozott Engedélyezési vizualizációk módosultak: A módosított bérlőbeállítási értékeket a tevékenységnaplóban a Frissített Rendszergazda FeatureSwitch tevékenység használatával keresheti meg. Az elem neve CustomVisualsTenant lesz.
• A Csak hitelesített vizualizációk hozzáadása és használata (letiltás nem hitelesített) bérlői beállítás megváltozott: A tevékenységnaplóban a módosított bérlőbeállítási értékeket a Frissített Rendszergazda FeatureSwitch tevékenység használatával keresheti meg. Az elem neve CertifiedCustomVisualsTenant lesz.

Ellenőrzőlista – A szervezeti vizualizációk tervezésekor és kezelésekor a legfontosabb döntések és műveletek a következők:

• Az aktuális szervezeti vizualizációk áttekintése: Az aktuális állapot meghatározásához tekintse át az összes szervezeti vizualizációt a felügyeleti portálon.
• Tekintse át az aktuális bérlői beállításokat: Tekintse át a Power BI-vizualizációk bérlői beállításait. Annak meghatározása, hogy ezek hogyan befolyásolhatják a szervezeti vizualizációkra való támaszkodást.
• Beszélje meg és döntse el: Határozza meg, hogyan kell egyéni vizualizációkat használni a szervezetben, és ki által. Vonja be a megfelelő döntéshozókat és érdekelt feleket a szervezeti vizualizációk, az AppSource és a .pbiviz fájlok használatának mérlegeléséhez.
• Ütemezés létrehozása újraértékeléshez: Ütemezés beállítása a szervezeti vizualizációk rendszeres újraértékeléséhez.
• Frissítések készítése: Szükség szerint frissítse az aktuális szervezeti vizualizációkat. Módosítsa a Power BI-vizualizációk bérlői beállításait a meghozott döntések alapján (ha eltérnek a jelenleg közzétettektől).
• Felhasználói gépek kezelése: Csoportházirend beállítása annak biztosítására, hogy az egyéni vizualizációk kezelése ugyanúgy történjen a Power BI Desktopban, mint a Power BI szolgáltatás.
• Dokumentáció létrehozása: Ha kiegészítő információkat kell nyomon követnie, hozza létre a szervezeti vizualizációk dokumentációját.
• Felhasználói kérések kezelésére szolgáló folyamat létrehozása: Beállíthatja, hogy a felhasználók hogyan kérhetik az egyéni vizualizációk használatát (általában), vagy hogyan kérhetnek hozzáférést egy adott egyéni vizualizációhoz.
• Naplózás beállítása: Naplózási folyamat létrehozása annak nyomon követéséhez, hogy egy új egyéni vizualizáció mikor lett regisztrálva szervezeti vizualizációként, és hogy a Power BI-vizualizációk bérlői beállításai módosultak-e.

Az Azure-kapcsolatok szabályozása

A Power BI integrálható az Azure-szolgáltatásokkal a funkciók kiterjesztése és egyéb funkciók biztosítása érdekében. Az Azure-kapcsolatok használatának három fő oka van.

• Adatfolyamok adattára (Gen1). A Power BI-adatfolyamok (Gen1) adatait közvetlenül az Azure-ban érheti el. A munkaterület csatlakoztatható egy bérlői szinten definiált tárfiókhoz vagy egy, a munkaterületre jellemző tárfiókhoz. Ezt a technikát néha bring-your-own-lake (BYOL)-nak is nevezik. A BYOL-stratégia rugalmassága akkor hasznos, ha az adatfolyamok adatait a Power BI-on kívül is újra szeretné használni azáltal, hogy lehetővé teszi más folyamatok vagy más felhasználók számára az adatok megtekintését vagy elérését. További információ: Adatfolyam-tároló konfigurálása az Azure Data Lake Storage Gen2 használatára és az önkiszolgáló adat-előkészítés használati forgatókönyve.

• Szemantikai modell biztonsági mentése és visszaállítása. Előfordulhat, hogy biztonsági másolatot kell készítenie és vissza kell állítania egy szemantikai modellt vészhelyreállítási célokra, az adatmegőrzési követelményeknek való megfeleléshez vagy egy adatmodell migrálásához. További információ: Szemantikai modellek biztonsági mentése és visszaállítása a Power BI Premium használatával.

• Azure Log Analytics-integráció. Elemezheti a szemantikai modell tevékenységeit, teljesítményét és trendjeit. A Log Analytics-integráció lehetővé teszi az Analysis Services motor által létrehozott diagnosztikai adatok áttekintését (amely Power BI szemantikai modelleket üzemeltet). További információ: Adathalmaz eseménynaplói.

  Feljegyzés

  Az adathalmaz nevének módosítása a Power BI szolgáltatás és a dokumentációban lett bevezetve, de előfordulhatnak olyan példányok is – például az eseménynapló-műveletek esetében –, ahol a módosítás még nem történt meg.

Ha az Azure-kapcsolatok fő felhasználási esete az adattárolás (a fenti első pontban ismertetett BYOL), javasoljuk, hogy inkább a Gen2 és a OneLake adatfolyamokat használja. Bár mindkettő az ADLS Gen2-t használja az adattároláshoz, különböző képességeket kínálnak, kissé eltérő célokat szolgálnak, és különböző tárolási lehetőségeket használnak (az adatok írási módjától függően). Például: A OneLake táblázatos adatokat és Gen2-adatokat tárol nyitott Delta Parquet formátumban, míg a Power BI-adatfolyamok (Gen1) kimenete (Azure-kapcsolatokkal) az adatokat közös adatmodell formátumban tárolja. További információ: Getting from dataflow generation 1 to generation 2.

A szakasz további része az Azure-kapcsolatok felügyeleti portálon való szabályozására összpontosít.

1. lépés: Az Azure-kapcsolatok áttekintése

Az első lépés a meglévő Azure-kapcsolatok és bérlői környezet áttekintése, hogy megismerhesse az aktuális állapotot. Két területet kell áttekinteni.

Először tekintse át a felügyeleti portál meglévő beállításait.

• Jelenlegi bérlőszintű tárolási beállítás: Tekintse át, hogy a bérlői szintű tárolás jelenleg hogyan van beállítva. Ez egy alapértelmezett Azure-kapcsolatot biztosít, amelyhez a munkaterület rendszergazdái a munkaterület beállításain belül csatlakozhatnak.
• Aktuális munkaterületszintű tárolási engedélyek: Ellenőrizze, hogy engedélyezve van-e a munkaterületszintű tárolási engedély . Ha engedélyezve van, a munkaterület rendszergazdái saját ADLS Gen2-fiókjukhoz csatlakoztathatják a munkaterületet.

Másodszor tekintse át az Azure Log Analytics-kapcsolatok beállítását a munkaterület-rendszergazdák bérlői beállításához. Ha engedélyezve van, lehetővé teszi a munkaterületgazdák számára, hogy egy munkaterületet egy ADLS Gen2-fiókhoz csatlakoztassanak, hogy diagnosztikai adatokat küldjenek szemantikai modelleknek.

2. lépés: Az Azure-kapcsolatok meghatározása

Az Azure-kapcsolatok áttekintése után ideje megvizsgálni a döntéshozatali folyamatot.

Íme néhány megfontolandó kérdés a döntéshozatali folyamat során.

• Az Azure-kapcsolatok használata megfelel az adatstratégiának és a felhasználói igényeknek? Fontolja meg, hogy az Azure-kapcsolatok hasznosak lennének-e az adatfolyamok (Gen1) tárolásához. Határozza meg, hogy rendelkezik-e követelményekkel a szemantikai modell biztonsági mentési és visszaállítási funkciójának használatához. Gondolja át, hogy szükség van-e az Azure Log Analytics integrációjára.
• Milyen adattárolás központosított és decentralizált? Megismerheti a decentralizált csapatok igényeit, és hogy az egyének vagy részlegek jelenleg saját Azure Storage-fiókokat tartanak-e fenn. Annak meghatározása, hogy a munkaterület-rendszergazdáknak engedélyezve lesz-e a saját ADLS Gen2-fiókjuk csatlakoztatása, vagy egy ADLS Gen2-fiókot szeretne használni az összes munkaterülethez (bérlői szintű tárterület).
• Hogyan használható a OneLake az Azure-kapcsolatokhoz képest? A OneLake bevezetésével fontolja meg, hogy érdemes-e fokozatosan áttérni a OneLake adattárolási (BYOL) használatára.

További információ: Munkaterület integrálása az ADLS Gen2-vel.

További információ: Munkaterület-integráció az Azure Log Analyticsszel.

3. lépés: Azure-kapcsolatok frissítése

Ezen a ponton elérhetőek a meglévő Azure-kapcsolatok, és szándékosan döntött arról, hogy integrálni kíván-e egy data lake-t a Power BI-jal. Most már készen áll arra, hogy szükség esetén az eredmények alapján módosítsa a beállításokat.

4. lépés: Azure-kapcsolatok dokumentálása

A helyzettől függően létre kell hoznia néhány dokumentációt, hogy kiegészítse a felügyeleti portálon elérhető információkat. A dokumentáció a következőket tartalmazhatja:

• A használathoz jóváhagyott bérlői szintű data lake-hely. Adja meg, hogy ki birtokolja és kezeli a data lake-t, és hogy kihez forduljon további információkért.
• A munkaterületszintű adattavak integrálhatók-e. Az egyéb információkat, például a legfontosabb döntéseket és azok okait a jövőbeni referenciaként dokumentálni kell.

5. lépés: Azure-kapcsolatok kezelése

Az Azure-kapcsolatokat időről időre figyelni kell a felügyeleti portálon .

Fontolja meg, hogyan fogja támogatni a szervezet több ADLS Gen2-fiókját (ha a munkaterületszintű Azure-kapcsolatok engedélyezettek).

Gondolja át azt is, hogyan fogja kezelni a munkaterületet az Azure Log Analyticshez csatlakoztatni kívánt felhasználók kéréseit.

6. lépés: Azure-kapcsolatok naplózása

Fontos, hogy legyen egy folyamat az Azure-kapcsolatok rendszeres naplózására. Az Azure-kapcsolatok naplózásához több művelet is szükséges a tevékenységnapló használatával.

• Egy munkaterület csatlakozott az ADLS Gen2-hez: Keresse meg az AddLinkToExternalResource tevékenységet. A ResourceType jelzi, hogy tárfiókról vagy Log Analyticsről van-e szó.
• Egy munkaterület leválasztva az ADLS Gen2-ről: Keresse meg a DeleteLinkToExternalResource tevékenységet. A ResourceType jelzi, hogy tárfiókról vagy Log Analyticsről van-e szó.
• A bérlői szintű tárolás engedélyezve van vagy le van tiltva: A tevékenységnaplóban a megváltozott értékeket az AddExternalResource vagy a DeleteLinkToExternalResource tevékenység használatával keresheti meg.
• A munkaterületszintű tárolás engedélyezve van vagy le van tiltva: A tevékenységnaplóban a módosított értékeket a Frissített Rendszergazda FeatureSwitch tevékenység használatával keresheti meg. Az elem neve storageAccountAttachForWorkspace Rendszergazda sEnabled lesz. A SwitchState értéke igaz vagy hamis lesz.
• Módosultak a munkaterület-rendszergazdák Azure Log Analytics-kapcsolatai: Ez a bérlői beállítás lehetővé teszi, hogy egyes munkaterület-rendszergazdák integrálják a saját ADLS Gen2-fiókjukat. A módosított bérlőbeállítási értékeket a tevékenységnaplóban a Frissített Rendszergazda FeatureSwitch tevékenység használatával keresheti meg. Az elem neve LogAnalyticsAttachForWorkspace Rendszergazda s lesz.

Ellenőrzőlista – Az Azure-kapcsolatok tervezésekor és kezelésekor a legfontosabb döntések és műveletek a következők:

• Aktuális Azure-kapcsolatok áttekintése: Az aktuális állapot meghatározásához tekintse át az Azure-kapcsolatok bérlőszintű és munkaterületszintű beállításait a felügyeleti portálon. Tekintse át az Azure Log Analytics-kapcsolatok beállítását a munkaterület-rendszergazdák bérlői beállításához.
• Vita és döntés: Határozza meg, hogy integrálni kívánja-e az Azure-kapcsolatokat a Power BI-jal. A továbbiakban döntse el, hogy mi az optimális használat a OneLake és az Azure-kapcsolatok esetében az adattároláshoz (BYOL).
• Ellenőrizze, hogy szükség van-e jóváhagyásra: Határozza meg, hogy létezik-e folyamat a munkaterületszintű tárfiókok használatához szükséges jóváhagyások beszerzéséhez.
• Ütemezés létrehozása az újraértékeléshez: Ütemezés beállítása az Azure-kapcsolatok rendszeres újraértékeléséhez.
• Frissítések készítése: Szükség szerint frissítse az aktuális Azure-kapcsolatokat a bérlői és munkaterületszintű tárolási engedélyek módosításához. Emellett frissítse az Azure Log Analytics-kapcsolatokat a munkaterület-rendszergazdák bérlőbeállításaihoz a meghozott döntések alapján (ha eltérnek a jelenlegi beállítástól).
• Dokumentáció létrehozása: Ha kiegészítő információkat kell nyomon követnie, hozza létre az Azure-kapcsolatok dokumentációját.
• Felhasználói kérések kezelésére szolgáló folyamat létrehozása: Állítson be egy folyamatot, amelyből megtudhatja, hogyan kérhetik a felhasználók az Azure-kapcsolatok használatát.
• Naplózás beállítása: Hozzon létre egy naplózási folyamatot, amellyel figyelheti, hogy a munkaterületek mikor állítottak be Azure-kapcsolatot, vagy ha módosultak a beállítások.

A Power BI használatának naplózása

A bérlői szintű naplózási adatok lehetővé teszik a bevezetési erőfeszítések elemzését, a használati minták megértését, a felhasználók oktatását, a felhasználók támogatását, a kockázatok mérséklését, a megfelelőség javítását, a licencköltségek kezelését és a teljesítmény monitorozását. Kritikus fontosságú, hogy a lehető leghamarabb kinyerje és tárolja a Power BI naplózási adatait, még akkor is, ha még nem áll készen az adatok elemzésére.

A felhasználók, tevékenységek és megoldások Power BI-ban történő naplózásával kapcsolatos információkért lásd a bérlői szintű naplózást.

A Power BI szolgáltatás figyelése

A monitorozás olyan folyamatban lévő tevékenységekre utal, amelyek tájékoztatják Önt a folyamatban lévő tevékenységekről. A monitorozás általában passzív tevékenység, amely riasztást és automatizálást is magában foglal, bár néha aktívan történik.

A Power BI monitorozásáról további információt a bérlőszintű monitorozás című témakörben talál.

Kapcsolódó tartalom

További szempontokat, műveleteket, döntéshozatali kritériumokat és útmutatást a Power BI megvalósítási döntéseihez a Power BI implementálási tervezésében talál.