Power BI-implementáció tervezése: Bérlőszintű 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 bérlőszintű Fabric-munkaterületek tervezését ismerteti, különös tekintettel a Power BI-élményre. 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.

Másodszor, ez a cikk olyan önkiszolgáló alkotók számára is érdekes lehet, akiknek tartalmakat kell létrehozniuk, közzétenni és kezelni a munkaterületeken.

Mivel a munkaterületek különböző módokon használhatók, a legtöbb taktikai döntést a munkaterület szintjén hozzák meg (a következő cikkben ismertetjük). A bérlői szinten azonban néhány stratégiai tervezési döntést is meg kell hozni.

Javasoljuk, hogy a bérlőszintű munkaterületet a lehető leghamarabb hozza meg, mert ezek minden másra hatással lesznek. Emellett egyszerűbb egyéni munkaterületi döntéseket hozni, ha egyértelművé teszi a munkaterület általános céljait és célkitűzéseit.

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-létrehozási engedélyek

Az adatkultúra és a szabályozási döntés dönti el, hogy ki hozhat létre munkaterületeket a Power BI szolgáltatás. Általában kétféleképpen közelítheti meg ezt a döntést:

• Minden (vagy a legtöbb) felhasználó számára engedélyezett új munkaterületek létrehozása: Ez a megközelítés általában igazodik más alkalmazások meglévő döntéseihez. Ha például a felhasználók saját SharePoint-webhelyeket vagy Teams-csatornákat hozhatnak létre, logikus, hogy a Fabric ugyanazt a szabályzatot alkalmazza.
• Az új munkaterületek létrehozására jogosult felhasználók szelektív csoportjára korlátozódik: Ez a megközelítés általában azt jelzi, hogy egy szabályozási terv van érvényben, vagy tervezett. A folyamat kezelése teljes mértékben központosítható (például csak az informatikai cég hozhat létre munkaterületet). A rugalmasabb és gyakorlatiasabb megközelítés a központosított és decentralizált egyének kombinációja. Ebben az esetben a Kiválósági Központ (COE), a bajnokok vagy a megbízható felhasználók egyes műholdtagjait betanították munkaterületek létrehozására és kezelésére az üzleti egységük nevében.

A Munkaterületek létrehozása bérlői beállítást a Háló felügyeleti portálján kell beállítania annak alapján, hogy ki hozhat létre munkaterületeket. További információ: Munkaterületek szabályozása.

Ellenőrzőlista – Ha a munkaterületek létrehozására jogosult engedélyeket mérlegeli, a legfontosabb döntések és műveletek a következők:

• Felhasználói igények meghatározása és érvényesítése: Ütemezzen együttműködési megbeszéléseket az érintett érdekelt felekkel és az érdekelt felekkel, hogy megismerje a felhasználók működését. A cél annak biztosítása, hogy világosan megértse a felhasználói igényeket.
• Döntse el, hogy kik hozhatnak létre munkaterületeket: Határozza meg, hogy minden felhasználó, csak egy központosított csapat vagy bizonyos központosított és decentralizált felhasználók hozhatnak-e létre új munkaterületet. Győződjön meg arról, hogy ez a döntés szándékosan összhangban van az adatkultúra céljaival. Mindenképpen kérjen jóváhagyást a vezető szponzortól.
• Hozzon létre egy biztonsági csoportot a munkaterületek létrehozására jogosult felhasználók számára: Ha a felhasználók egy részhalmaza engedélyezi a munkaterületek létrehozását, biztonsági csoportra van szükség. Nevezze el egyértelműen a csoportot, például a Fabric-munkaterület létrehozóit. Adjon hozzá olyan tagokat, akik jogosultak munkaterületek létrehozására ehhez a biztonsági csoporthoz.
• A bérlői beállítás frissítése: Adja hozzá az új biztonsági csoportot a Munkaterületek létrehozása bérlői beállításhoz a felügyeleti portálon. A Fabric-munkaterület létrehozói csoport mellett a bérlői beállításhoz más csoportok is engedélyezhetők: coe, support és Fabric rendszergazdák.

Munkaterület elnevezési konvenciók

A munkaterületek elnevezési konvenciói a munkaterületek elnevezésének elfogadott mintái. Az elnevezési konvenciók általában több követelményt jelentenek, mint egy javaslat.

Nehéz lehet szigorúan érvényesíteni az elnevezési konvenciókat, ha sok felhasználó rendelkezik a munkaterületek létrehozására vonatkozó engedéllyel. Ezt a problémát a felhasználói oktatással és képzéssel is enyhítheti. A naplózási folyamat során olyan munkaterületeket is megkereshet, amelyek nem felelnek meg az elnevezési konvencióknak.

A munkaterület neve további információkat képes átadni a munkaterületről, beleértve a következőket:

• Cél: A munkaterület nevének mindig tartalmaznia kell a tartalom leírását. Például értékesítési negyedéves bónuszkövetés.
• Elemtípusok: A munkaterület neve tartalmazhat hivatkozásokat a benne található elemek típusaira. Például a Sales Data használatával jelezheti, hogy a munkaterület olyan elemeket tárol, mint a lakehouse vagy szemantikai modellek (korábbi nevén adathalmazok). A Sales Analytics azt jelezheti, hogy a munkaterület elemzési jelentéseket és irányítópultokat tárol.
• Szakasz (környezet): Előfordulhat, hogy a munkaterület neve tartalmazza a szakaszt. Gyakori például, hogy az életciklus-felügyelethez külön munkaterületek (fejlesztés, tesztelés és éles üzem) tartoznak.
• Tulajdonjog és felelősség: A munkaterület neve jelezheti, hogy ki felelős a tartalom kezeléséért. Egy SLS-előtag vagy utótag használata például azt jelezheti, hogy az értékesítési csapat birtokolja és kezeli a tartalmat.

Tipp.

A munkaterületnevek röviden tartásához további részleteket is megadhat a munkaterület leírásában. Ügyeljen azonban arra, hogy a munkaterület neve tartalmazza a legrelevánsabb információkat, különösen akkor, ha azt szeretné, hogy a felhasználók munkaterületeket keressenek. A munkaterület nevének bővítéséhez munkaterület-rendszerképet is használhat. Ezeket a szempontokat a munkaterület beállításainak szakaszában, a következő cikkben ismertetjük.

A konzisztens munkaterületnevek mindenki számára segítenek. A felhasználói élmény javult, mert a felhasználók könnyebben találhatnak tartalmakat. Emellett a rendszergazdák könnyebben felügyelhetik a tartalmat, ha kiszámítható elnevezési konvenciók vannak használatban.

Javasoljuk, hogy a munkaterület elnevezési konvencióit foglalja bele a központosított portálra és a képzési anyagokba.

Az alábbi lista a munkaterület elnevezésével kapcsolatos további szempontokat ismerteti.

• Használjon rövid, de leíró neveket: A munkaterület nevének pontosan tükröznie kell a tartalmát, és a név elején a legfontosabb résznek kell lennie. A Fabric portálon a hosszú munkaterületek nevei csonkolódhatnak a felhasználói felületeken, így a felhasználónak a kurzort a munkaterület nevére kell rámutatnia, hogy egy elemleírásban megjelenítse a teljes nevet. Íme egy példa egy rövid, de leíró névre: Negyedéves pénzügyi szolgáltatások.
• Standard előtag használata: A standard előtagok rendezéskor össze tudják rendezni a hasonló munkaterületeket. Például: FIN-negyedéves pénzügyi szolgáltatások.
• Szabványos utótag használata: Hozzáadhat egy utótagot további információkhoz, például amikor különböző munkaterületeket használ fejlesztéshez, teszteléshez és éles környezethez. Javasoljuk, hogy fűzze hozzá a [Dev] vagy a [Test] utótagokat, de hagyja felhasználóbarát névként az éles üzemet utótag nélkül. Például: FIN-Quarterly Financials [Dev].
• Összhangban kell lennie a Power BI-alkalmazás nevével: A munkaterület neve és a Power BI-alkalmazás eltérő lehet, különösen akkor, ha javítja az alkalmazásfelhasználók használhatóságát vagy érthetőségét. Javasoljuk, hogy a neveket a félreértések elkerülése érdekében tartsa meg.
• Kihagyja a felesleges szavakat: Előfordulhat, hogy a következő szavak redundánsak, ezért kerülje őket a munkaterület neveiben:
  • A szó munkaterülete.
  • A Fabric vagy a Power BI szavak. Számos Háló-munkaterület különböző számítási feladatok elemeit tartalmazza. Létrehozhat azonban egy olyan munkaterületet, amely csak egy adott számítási feladat (például a Power BI, a Data Factory vagy a Synapse adatmérnök ing) megcélzására szolgál. Ebben az esetben választhat egy rövid utótagot, hogy egyértelmű legyen a munkaterület célja.
  • A szervezet neve. Ha azonban az elsődleges célközönség külső felhasználók, beleértve a szervezet nevét is, hasznos lehet.

Feljegyzés

Javasoljuk, hogy értesítse a felhasználókat, ha egy munkaterület neve megváltozik. A legtöbb esetben biztonságos átnevezni egy munkaterületet a Háló portálon, mert a munkaterület egyedi azonosítójaként szolgáló GroupID nem változik (a munkaterület URL-címében található). Az XMLA-kapcsolatok azonban hatással vannak rájuk, mert a groupID helyett a munkaterület nevével csatlakoznak.

Ellenőrzőlista – Munkaterület-elnevezési konvenciók létrehozásakor a legfontosabb döntések és műveletek a következők:

• A munkaterületnevek követelményeinek vagy beállításainak meghatározása: Fontolja meg a munkaterületek elnevezését. Döntse el, hogy szigorú elnevezési konvenciós követelményeket vagy rugalmasabb követelményeket szeretne-e javaslatokkal és példákkal vezérelve.
• Tekintse át a meglévő munkaterületneveket: Szükség szerint frissítse a meglévő munkaterületneveket, hogy azok jó példák legyenek a felhasználók számára. Amikor a felhasználók látják, hogy a meglévő munkaterület átnevezve van, ezt vélelmezett szabványként fogják értelmezni.
• Dokumentáció létrehozása a munkaterület elnevezési konvencióihoz: Referenciadokumentáció a munkaterület elnevezési konvencióval kapcsolatos követelményeiről és beállításairól. Mindenképpen adjon meg olyan példákat, amelyek a betűszók, előtagok és utótagok helyes használatát mutatják be. Tegye elérhetővé az információkat a központosított portálon és a képzési anyagokban.

Munkaterület-tartományok

A tartalom tulajdonjogának és kezelésének egyértelműsége mindig alapvető fontosságú. Ez az egyértelműség különösen kritikus fontosságú, ha az adategységek létrehozásával és kezelésével kapcsolatos feladatok decentralizáltak számos részleg vagy üzleti egység között. Ezt a megközelítést néha elosztott, összevont vagy adathálós architektúrának is nevezik.

A munkaterület tulajdonjogának és felügyeletének egyik módja a Fabricben a tartományok használata. A tartomány lehetővé teszi több hasonló tulajdonságokkal rendelkező munkaterület logikai csoportosítását. 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.

Íme a tartományok használatának fő előnyei.

• A hasonló munkaterületeket egyetlen felügyeleti határba csoportosítják.
• Lehetővé teszik bizonyos bérlői beállítások tartományi szintű kezelését. További információ: Bérlőszintű beállítások felülbírálása.
• Segítenek a felhasználóknak megtalálni a releváns adatokat. Használhatnak például szűrőket a OneLake adatközpontban.

Az alábbi táblázat a kapcsolódó munkaterületek rendszerezésének különböző módjait sorolja fel.

Munkaterületek rendszerezésének módja	Példatartomány
Tárgyterület/tartomány/tartalomtípus szerint	A Pénzügyi tartomány magában foglalja a pénzügyi tartalomhoz kapcsolódó munkaterületeket.
A tartalmat tulajdonos és kezelő csapat/részleg szerint	Az Enterprise BI-tartomány magában foglalja az összes munkaterületet, amelyek kezeléséért a csapat közvetlenül felelős.
Szervezeti egység vagy szegmens szerint	Az európai részlegtartomány magában foglalja az összes olyan munkaterületet, amely közvetlenül kapcsolódik az európai műveletekhez.
Projekt szerint	A leányvállalat beszerzési tartománya magában foglalja egy rendkívül érzékeny projekt összes munkaterületét.

Az alábbiakban néhány szempontot figyelembe kell venni a bérlő Fabric-tartományainak tervezésekor.

• Hogyan képezheti le az egyes munkaterületeket tartományra? Minden munkaterület csak egy tartományhoz rendelhető hozzá (nem több tartományhoz), ezért készüljön fel a tervezésre. Érdemes lehet létrehozni egy mátrixdiagramot, amelyben a sorokban lévő munkaterületek és az oszlopok tartományai találhatók, hogy könnyebben megtervezhesse a hozzárendelésük módját. A tartományt újra hozzárendelheti a munkaterület beállításai között vagy a felügyeleti portálon, ha azt tapasztalja, hogy át kell szerveznie a munkaterületeket.
• Ki jogosult tartomány kezelésére? A tartományadminisztrátori szerepkör tagjai jogosultak egy meglévő tartomány kezelésére. Ha lehetséges, rendeljen hozzá olyan tartományi rendszergazda(ok)t, akik közvetlenül birtokolják és kezelik a tartomány tartalmát. A tartományi rendszergazdáknak olyan szakértőknek kell lenniük, akik ismerik 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. További információ: Tartományi szerepkörök.
• Ki rendelhet munkaterületeket egy tartományhoz? A Tartomány közreműködői szerepkör tagjai határozzák meg, hogy mely felhasználók (akik szintén munkaterület-rendszergazdák) rendelhetnek munkaterületet egy tartományhoz. Ha lehetővé teszi, hogy több felhasználó rendeljen munkaterületeket egy tartományhoz, gyakran ellenőriznie kell a hozzárendelt csoportosítások pontosságát. Ha csak bizonyos felhasználói csoportokat, illetve hálógazdákat és tartománygazdákat engedélyez, nagyobb mértékben szabályozhatja a hozzárendelésük módját. További információ: Tartományi szerepkörök.
• Vannak konkrét megfelelőségi igények vagy korlátozások, például földrajzi terület? Ne feledje, hogy az adattárolás földrajzi területe minden kapacitáshoz (nem a tartományhoz) van beállítva. Fontolja meg, hogy a munkaterület tartományhoz és kapacitáshoz való hozzárendelése hogyan befolyásolja a tervezési folyamatot.

További információ: Tartományok szabályozása.

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

• Ellenőrizze 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. Vegye figyelembe, hogy az információk a munkaterületek tartományokba való rendszerezését tervezik.
• Munkaterület-tartományok megtervezése: Vitafórumokkal megtervezheti, hogyan rendszerezheti a munkaterületeket tartományokba. Erősítse meg az összes fontos döntést a Kiválósági Központtal és a vezető szponzorral.
• Hálógazdák oktatása: Győződjön meg arról, hogy a bérlői rendszergazdák ismerik a tartomány létrehozásának, valamint a tartományi rendszergazdák hozzárendelésének és kezelésének módját.
• A tartománygazdák oktatása: Győződjön meg arról, hogy a tartománygazdák tisztában vannak az ezzel a szerepkörrel kapcsolatos elvárásokkal a tartománykezelés során.
• Döntse el, hogyan kezelje a tartományi közreműködőket: Fontolja meg, hogy mely felhasználóknak kell engedélyt adni a munkaterületek tartományhoz való hozzárendelésére.
• Naplózási folyamat létrehozása: Rendszeresen ellenőrizze, hogy a hozzárendelt tartománycsoportok helyesek-e.

Munkaterület létrehozási folyamata

Ha úgy döntött, hogy korlátozza, hogy ki hozhat létre munkaterületeket, akkor a szélesebb felhasználói sokaságnak tudnia kell, hogy mi az új munkaterület kérésének folyamata. Ebben az esetben fontos, hogy olyan kérési folyamatot hozzon létre, amely könnyen és kényelmesen elérhető a felhasználók számára.

Az is fontos, hogy gyorsan válaszoljon egy új munkaterületre vonatkozó kérésre. A 2–4 órás szolgáltatásiszint-szerződés (SLA) ideális. Ha az új munkaterület kérésének folyamata túl lassú vagy nehézkes, a felhasználók a meglévő munkaterületeket fogják használni, hogy tovább tudjanak mozogni. Ha úgy dönt, hogy kihagyja az új munkaterület létrehozását, a használatuk nem lesz optimális. Dönthetnek úgy, hogy újra felhasználnak egy meglévő munkaterületet, amely nem felel meg az új tartalomnak, vagy megoszthatják a személyes munkaterületükről származó tartalmakat.

Tipp.

Egy új folyamat létrehozásakor az a cél, hogy az emberek könnyebben megfeleljenek a folyamatnak. Mint minden adatszabályozási döntés esetében, a lényeg az, hogy a felhasználók számára megkönnyítse a helyes döntés meghozatalát.

Az alábbi táblázat az új munkaterületre vonatkozó kérelmekben összegyűjtendő információkat sorolja fel.

Szükséges információk	Példa	Érvényesítésre van szükség
Munkaterület neve	SLS-Field Sales Analytics	• A név megfelel az elnevezési konvencióknak? • Létezik egy másik, azonos nevű munkaterület?
Szükséges szakaszok	SLS-Field Sales Analytics [Dev], SLS-Field Sales Analytics [Test] és SLS-Field Sales Analytics	• Több munkaterületre van szükség a tartalom megfelelő támogatásához? • Ha igen, létre kell hoznia egy üzembehelyezési folyamatot is?
Leírás	Az ügyfelek értékesítési és rendelési előzményei havi, negyedéves és éves elemzéshez.	• Várható, hogy a bizalmas adatok vagy a szabályozott adatok tárolódnak? • Ha igen, ez befolyásolja a munkaterület szabályozását?
Célközönség	Globális mezőértékesítési szervezet	• Milyen széles a tartalomkézbesítés hatóköre? • Milyen hatással lesz ez a munkaterület szabályozására?
A munkaterülethez rendelt licencmód	Hálókapacitásra van szükség az értékesítési csapat számára, mert az értékesítők nagy része csak megtekintő, és ingyenes licenccel rendelkezik	• Milyen szintű hálókapacitásra van szükség?
Adattárolási követelmények	Adattárolás Kanadában	• Vannak olyan adattárolási igények, amelyekhez Multi-Geo szükséges? • Mik a várt adatmennyiségek?
Munkaterület-rendszergazdák	FabricContent Rendszergazda s-FieldSalesAnalytics	• A rendszergazda (lehetőleg) csoport? • Legalább két rendszergazda van?
A kérelmet beküldő személy	requestor@contoso.com	• A kérelmet benyújtó személy a megadott információkhoz kapcsolódó szerepkörben vagy üzletágban dolgozik?

A fenti táblázat tartalmazza a munkaterület beállításához szükséges minimális mennyiségű információt. Ez azonban nem tartalmazza az összes lehetséges konfigurációt. A munkaterület rendszergazdája a legtöbb esetben felelősséget vállal a beállítás elvégzéséért a munkaterület létrehozása után. További információt a munkaterületszintű beállításokról szóló cikkben talál.

A munkaterület-létrehozási kérelemhez számos technológiai lehetőség használható online űrlap létrehozásához. Fontolja meg a Microsoft Power Apps használatát, amely egy alacsony kódszámú szoftveres lehetőség, amely ideális egyszerű webes űrlapok és alkalmazások létrehozásához. A webes űrlapok létrehozásához használt technológia attól függ, hogy ki lesz felelős az űrlap létrehozásáért és karbantartásáért.

Tipp.

A hatékonyság és a pontosság javítása érdekében fontolja meg a folyamat automatizálását a Power BI REST API használatával a munkaterületek programozott létrehozásához vagy frissítéséhez. Ebben az esetben javasoljuk, hogy az egyes kérések automatikus feldolgozása helyett a felülvizsgálati és jóváhagyási folyamatokat is foglalja bele.

Ellenőrzőlista – Az új munkaterület kérésének folyamata során a legfontosabb döntések és műveletek a következők:

• Új munkaterület kérésére szolgáló folyamat létrehozása: Döntse el, hogy mi az adott folyamat egy új munkaterület kéréséhez. Vegye figyelembe a szükséges információkat, az információk rögzítésének módját, és hogy ki dolgozza fel a kérést.
• Új munkaterület kéréséhez hozzon létre egy szabványos űrlapot: Döntse el, hogy milyen információkat tartalmaz az űrlap egy új munkaterülethez. Fontolja meg egy Power Apps-alkalmazás készítését, hogy összegyűjtse a felhasználótól származó információkat. Győződjön meg arról, hogy az űrlapra mutató hivatkozások széles körben elérhetők és könnyen megtalálhatók a központosított portálon és más gyakori helyeken. Adjon meg egy hivatkozást az űrlapra a folyamatban lévő kommunikációban is.
• Döntse el, hogy ki válaszol a küldött kérelmekre, és milyen gyorsan: Határozza meg, hogy ki dolgozza fel a kéréseket. Gondolja át, hogy mi a várt válaszidő az új munkaterületre vonatkozó kérések kezeléséhez. Ellenőrizze, hogy gyorsan tudja-e kezelni a kéréseket, hogy az önkiszolgáló felhasználók ne tapasztalják a késéseket.
• Tudásátadási munkamenet végrehajtása: Ha egy másik csapat támogatja a munkaterület-kérelem folyamatát, végezzen velük egy tudásátadási munkamenetet, hogy minden szükséges információval rendelkezzen.
• Dokumentáció létrehozása a kérések jóváhagyásához vagy elutasításához: A kérések jóváhagyására vonatkozó dokumentáció létrehozása, amely azokat célozza meg, akik felülvizsgálják vagy feldolgozzák a kéréseket. A kérelem elutasításának okait és a végrehajtandó műveletet is tartalmazza.
• Dokumentáció létrehozása munkaterület kéréséhez: Dokumentáció létrehozása új munkaterület kéréséről, olyan felhasználók számára, akik nem tudnak saját munkaterületet létrehozni. Adja meg a szükséges információkat és a válaszokkal kapcsolatos elvárásokat. Győződjön meg arról, hogy az információk elérhetők a központosított portálon és a képzési anyagokban.

Munkaterület szabályozási szintje

Nem minden munkaterületnek azonos szintű felügyeletre van szüksége. Bizonyos munkaterületek szabályozottnak tekinthetők. A szabályozott munkaterületek tartalma több követelményt és elvárást jelent. Egyes szervezetek a felügyelt kifejezést használják a szabályozás helyett.

A szabályozási szint meghatározásához négy fő döntési feltétel létezik:

• Ki birtokolja és kezeli a BI-tartalmat?
• Mi a BI-tartalom kézbesítésének hatóköre?
• Mi az adattulajdonosi terület?
• Az adatok és/vagy a BI-megoldás kritikus fontosságúnak tekinthetők?

Feljegyzés

A négy kulcsfontosságú döntési feltételről további információt a Háló bevezetésének ütemtervét képező szabályozási cikkben talál.

A munkaterületek két szintjével kezdődhet: az irányítás és a szabályozás. Javasoljuk, hogy a szabályozási szinteket a lehető legegyszerűbben tartsa. A konkrét körülményektől függően azonban előfordulhat, hogy fel kell osztania a szabályozott besorolást. Előfordulhat például, hogy a vállalati BI-csapat által felügyelt kritikus tartalomnak egyetlen szabályozási követelménye van. Míg a közvetlenül üzleti egységek tulajdonában és kezelésében lévő kritikus tartalmakra némileg eltérő követelmények vonatkozhatnak. Bizonyos esetekben a döntéseket egyéni üzleti egységekre szabjuk.

Az alábbi táblázat felsorolja azokat a leggyakoribb követelményeket, amelyek egy munkaterület szabályozottnak tekinthetők.

Kategória	Lehetséges szabályozási követelmények
Tulajdonjog és támogatás	• A tulajdonjog a műszaki tartalom tulajdonosának és/vagy a téma szakértőjének egyértelmű felelősségével van hozzárendelve. • A felhasználói támogatási csoport/személy hozzárendelve van, és a felhasználók megértik, hogyan kérhetnek segítséget vagy küldhetnek be problémákat. • A felhasználói visszajelzések, kérdések és fejlesztések kéréseinek mechanizmusa működik. • Létezik egy kommunikációs terv , amely bejelenti a munkaterületen lévő tartalom fontos változásait.
Munkaterület beállítása	• A munkaterület jól szervezett, jól meghatározott céllal. • Egy adott elnevezési konvenciót használunk. • A munkaterület egy adott tartományhoz van rendelve. • A munkaterület leírását, képét és névjegyeit kötelező megadni.
Pontosság	• Minden tartalom tanúsítvánnyal rendelkezik. • Az adatérvényesítések automatizáltak, hogy a tartalomtulajdonosok időben értesülhessenek az adatminőséggel kapcsolatos problémákról.
Disztribúció	• A Jelentések és irányítópultok terjesztéséhez Power BI-alkalmazást használunk.
Biztonság és adatvédelem	• A munkaterületi szerepkörök kezelésére biztonsági csoportokat használnak (egyéni fiókok helyett). • Bizalmassági címkéket használnak az információvédelemhez. • Csak engedélyezett (vagy jóváhagyott) adatforrások engedélyezettek. • Minden forrásfájl biztonságos helyen található, amelyről biztonsági másolatot készít.
Változáskezelés	• A rendszer külön fejlesztési, tesztelési és éles munkaterületeket használ. • A forrásvezérlőt (például a Git-integrációt) a Fabric portálon található összes Power BI Desktop-fájlhoz és -elemhez használják. • A verziószámozás vagy a forrásvezérlő minden adatforrásfájlhoz használható. • Az életciklus-felügyeleti és változáskezelési folyamatokat, beleértve az üzembehelyezési folyamatokat és/vagy a DevOps-folyamatokat is, követjük.
Kapacitás	• A munkaterület egy megfelelő hálókapacitási szinthez van rendelve. • A hálókapacitás kezelése és monitorozása történik.
Átjáró	• Szabványos módban (nem személyes) adatátjárót használunk. • Minden átjáró adatforrás-hitelesítő adatai jóváhagyott hitelesítő adatokat használnak.
Naplózás és figyelés	• Aktív naplózási és monitorozási folyamatok vannak érvényben a bevezetés, a használati minták és a teljesítmény nyomon követéséhez.

Tipp.

Az irányítási követelmények általában nem kötelezőek. Ezért fontos az időben történő naplózás, és bizonyos helyzetekben a végrehajtás válik szükségessé. Ha például az irányított munkaterületek megkövetelik, hogy az összes fájl biztonságos helyen legyen, és a naplózás során a rendszer nem jóváhagyott fájlhelyet észlel, akkor a fájl helyének frissítéséhez meg kell tenni a szükséges lépéseket.

Ellenőrzőlista – A munkaterület szabályozási szintjének mérlegelésekor a legfontosabb döntések és műveletek a következők:

• A munkaterület szabályozási szintjeinek meghatározása: Határozza meg a szükséges szabályozási szinteket. Próbálja meg a lehető legegyszerűbben tartani.
• A munkaterületek besorolási feltételeinek meghatározása: Határozza meg, hogy milyen döntési feltételek vonatkoznak a munkaterületek adott szabályozási szintre való besorolására.
• Döntse el, hogy mik a munkaterület szabályozási követelményei: Az egyes szabályozási szintek esetében határozza meg, hogy mik lesznek a konkrét követelmények.
• Döntse el, hogyan jelölje ki a munkaterület szabályozási szintjét: Keresse meg a legegyszerűbb módot a munkaterület szabályozási szintjének azonosítására. Rögzítheti a nevet, a leírás részét, vagy máshol tárolhatja (például egy SharePoint-listát, amely további információkat tartalmaz az egyes munkaterületekről).
• Dokumentáció létrehozása a munkaterület szabályozási követelményeihez: Olyan hasznos dokumentáció létrehozása, amely a tartalomkészítők számára készült, és amely tartalmazza a szabályozott munkaterületen lévő tartalmak kezelésével kapcsolatos feladataikat. Tegye elérhetővé az információkat a központosított portálon és a képzési anyagokban.
• Munkaterület-naplózási folyamatok létrehozása: Szabályozottnak tekintett munkaterületek esetén hozzon létre egy naplózási folyamatot, amely azonosítja a nem megfelelő területeket a legfontosabb követelményekkel. Győződjön meg arról, hogy valaki felelős a tartalomtulajdonosokhoz való kapcsolódásért a megfelelőségi problémák megoldása érdekében.

Kapcsolódó tartalom

A sorozat következő cikkében megismerheti a munkaterületszintű tervezést.