Power BI-megvalósítás tervezése: Tartalom megtervezése és tervezése

Feljegyzés

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

Ez a cikk segít megtervezni és megtervezni a tartalmakat a tartalom életciklusának kezelése során. Elsősorban a következő célokat célozza:

• Kiválósági központ (COE) és BI-csapatok: Azok a csapatok, amelyek a Power BI felügyeletéért felelősek a szervezetben. Ezek a csapatok olyan döntéshozók, akik eldöntik, hogyan kezelik a Power BI-tartalmak életciklusát.
• Tartalomkészítők és tartalomtulajdonosok: Azok a felhasználók, akik olyan tartalmakat hoznak létre, amelyeket közzé szeretnének tenni a Háló portálon, hogy megosszanak másokkal. Ezek az egyének felelősek az általuk létrehozott Power BI-tartalom életciklusának kezeléséért.

Az életciklus-kezelés azokat a folyamatokat és eljárásokat tartalmazza, amelyekkel a tartalmakat a létrehozástól a végleges kivonásig kezelheti. A sorozat első cikkében leírtaknak megfelelően a Power BI-tartalom életciklusának kezelése fontos annak érdekében, hogy a tartalom megbízható és konzisztens legyen az üzleti felhasználók számára.

A tartalom életciklusának első szakasza a tartalom megtervezése és megtervezése. A tartalom életciklusát általában bi-megoldástervezés végrehajtásával indítja el. Követelményeket gyűjt a megoldás által kezelni kívánt probléma megértéséhez és meghatározásához, valamint a megoldás kialakításához. Ebben a tervezési és tervezési szakaszban kulcsfontosságú döntéseket kell hoznia a későbbi szakaszokra való felkészüléshez.

Az alábbi képen a Power BI-tartalmak életciklusa látható, kiemelve az első fázist, ahol a tartalmat megtervezi és megtervezi.

Feljegyzés

A tartalom életciklus-kezelésének áttekintéséhez tekintse meg a sorozat első cikkét.

Tipp.

Ez a cikk a tartalomtervezéssel és -tervezéssel kapcsolatos legfontosabb szempontokra és döntésekre összpontosít az életciklus-kezeléssel kapcsolatban.

• A Fabric- vagy Power BI-megoldások hatékony tervezéséről és tervezéséről a megoldástervezésről szóló cikket javasoljuk.
• A Power BI-migrálás hatékony megtervezésével kapcsolatos további információkért javasoljuk, hogy olvassa el a Power BI migrálási sorozatát.

A követelmények összegyűjtésekor egyértelműen le kell írnia a tartalom azon aspektusait, amelyek befolyásolják az életciklus-kezelés megközelítését. Ezeket a szempontokat a megoldástervezés és -tervezés részeként kell dokumentálnia.

A cikk következő szakaszai egy olyan megoldás főbb szempontjait és szempontjait ismertetik, amelyek a tartalom megtervezése és tervezése során motiválják az életciklus-kezelés megközelítését.

A tartalom azonosítása és leírása

A megoldás tervezésekor le kell írnia, hogy mi a tartalom, ki hozza létre, ki támogatja azt, és milyen kritikus fontosságú ez a tartalom a szervezet számára. Ezeket a tényezőket a megoldásterv részeként a követelmények összegyűjtése során vagy befejezése után kell kezelnie.

Feljegyzés

A követelményekhez hasonlóan ezekre a kérdésekre adott válaszok is változhatnak a megoldás fejlesztésekor vagy az életciklus későbbi szakaszaiban. Miután megválaszolta ezeket a kérdéseket, készüljön fel arra, hogy rendszeresen újraértékelje őket, amikor módosítja a tartalmat, vagy ahogy az a kiszolgált felhasználók számának skálázásakor skálázható.

Válaszoljon a tartalommal kapcsolatos alábbi kérdésekre a későbbi életciklus-felügyeleti döntések meghozatalához.

Mi a tartalom formátuma?

A tartalom típusa, hatóköre és összetettsége motiválja a kezelésével kapcsolatos legfontosabb döntéseket. Egy korlátozott célközönség számára készült egyetlen jelentéshez például más életciklus-kezelési megközelítésre van szükség, mint egy szemantikai modell, amelyet a teljes szervezet és több különböző alsóbb rétegbeli számítási feladat fog használni.

Az alábbihoz hasonló kérdések megválaszolása a létrehozandó tartalom típusának meghatározásához.

• Milyen típusú elemeket szeretne létrehozni, és hányat? Létrehozhat például adatelemeket, például adatfolyamokat vagy szemantikai modelleket, jelentési elemeket, például jelentéseket vagy irányítópultokat, vagy mindkettő kombinációját?
• Hogyan jut el a tartalom a tartalomfogyasztókhoz? Például a felhasználók adatelemeket használnak-e saját tartalom létrehozásához, csak a központosított jelentéseket tekintik meg, vagy a kettő kombinációját?
• Mennyire összetett a tartalom? Például egy kis prototípus, vagy egy nagy szemantikai modell, amely több üzleti folyamatot is magában foglal?
• Elvárja, hogy a tartalom mérete, hatóköre és összetettsége idővel növekedjen? A tartalom kiterjed-e például más régiókra vagy üzleti területekre a jövőben?
• Mennyi ideig várod, hogy a vállalatnak szüksége legyen erre a tartalomra? Támogatja-e például ez a tartalom a vállalkozás egyik legfontosabb kezdeményezését, amelynek véges ütemterve van?

Tipp.

Érdemes lehet architekturális diagramot készíteni a tartalom formátumának leírásához. Különböző adatforrásokat, elemtípusokat és tartalomfelhasználókat, valamint a különálló összetevők közötti kapcsolatokat is felveheti. Az architekturális diagramok segítségével tömören ábrázolhatja a tartalmat és annak összetettségét, és segít megtervezni az életciklus-kezelést. Ezeket a diagramokat külső szoftverben a Fabric-ikonokkal és az Azure-ikonokkal hozhatja létre. Másik lehetőségként használhatja az Azure Diagramst, amely ikonokkal és rajzeszközökkel rendelkezik a diagramok létrehozásához.

Ilyen diagramokra példaként tekintse meg a Power BI implementációtervezési használati forgatókönyvének diagramjait.

Ki hozza létre és támogatja a tartalmat?

A tartalomkészítőknek különböző igényeik, készségeik és munkafolyamataik vannak. Ezek a tényezők befolyásolják a különböző életciklus-kezelési megközelítések sikerességét. A nagyobb, központi, együttműködéssel rendelkező csapatok gyakran kifinomultabb tartalom-életciklus-kezelést igényelnek, mint az önkiszolgáló alkotók kisebb csapatai.

Az alábbihoz hasonló kérdések megválaszolása segít meghatározni, hogy ki hozza létre vagy támogatja a tartalmat.

• Hány különböző személytől várja, hogy létrehozza ezt a tartalmat? Több tartalomkészítő együttműködik, vagy egyetlen személy felelős a tartalom létrehozásáért?
• Ismerik a tartalomkészítők az életciklus-kezelést és a kapcsolódó fogalmakat, például a verziókövetést? Tisztában van a tartalomkészítők az életciklus-kezelés előnyeivel?
• A megoldást fejlesztő tartalomkészítők ugyanazok lesznek, akik támogatják az üzembe helyezés után?
• A tartalomkészítők vagy csapataik már rendelkeznek meglévő életciklus-kezelési gyakorlatokkal a meglévő megoldások támogatásához?
• A tartalomkészítők jelenleg olyan életciklus-felügyeleti eszközöket használnak, mint az Azure DevOps?

Fontos

Győződjön meg arról, hogy egyértelműen dokumentálja, hogy ki felelős a tartalom létrehozásáért, és ki támogatja azt az éles környezetben való üzembe helyezés után. Vonja be ezeket a személyeket a tartalom életciklus-kezelési tervezésbe.

Mi a tartalom fontossága?

Attól függően, hogy mennyire fontos a tartalom a vállalat számára, különböző döntéseket kell hoznia a kezelésével kapcsolatban. Az üzleti szempontból kritikus tartalom robusztusabb tartalom életciklus-kezelési megközelítéseket igényel a minőség védelme és az esetleges fennakadások csökkentése érdekében.

Az alábbihoz hasonló kérdések megválaszolása segít eldönteni, hogy a tartalom kritikus-e.

• Mennyire fontos ez a tartalom a vállalat számára? Mennyire sürgős a fejlesztésre irányuló kérés?
• Üzletileg kritikus döntéseket vagy műveleteket hajtanak végre a tartalom által biztosított információkból?
• Milyen széles körben szeretné terjeszteni ezt a tartalmat (a szervezet egészétől egy korlátozott helyi csapatig)?
• A vezetők vagy más stratégiai döntéshozók támaszkodnak-e erre a tartalomra a munkájukhoz?
• Milyen hatása van ennek a tartalomnak? Ha például a tartalom hirtelen nem érhető el, milyen üzleti hatások következnének be, például a bevételkiesés vagy a megszakított üzleti folyamatok?

Ha megfelelően azonosította és leírta a létrehozandó tartalmat, a következő lépésben el kell döntenie, hogy a tartalomkészítők hogyan működjenek együtt.

Döntse el, hogyan működjenek együtt a tartalomkészítők

A megoldások hatókörének és összetettségének növekedésével szükségessé válhat, hogy több tartalomkészítő és tulajdonos működjön együtt. Összetett megoldások létrehozásakor javasoljuk, hogy olyan hatékony eszközöket használjon, amelyek segítenek az együttműködés strukturálásában, kezelésében és támogatásában. Power BI-tartalmak készítésekor számos módon lehet együttműködni, például a Microsoft Teams vagy az Azure DevOps használatával.

Tipp.

Még ha a tartalomkészítők egymástól függetlenül is dolgoznak, akkor is hasznos lehet a munkájuk megtervezése és strukturálása olyan eszközökkel, mint a Microsoft Teams és az Azure DevOps.

Microsoft Teams

Kisebb vagy egyszerűbb projektek esetén a tartalomkészítők együttműködhetnek a Microsoft Teams használatával.

A Microsoft Teams használatával a tartalomkészítők strukturálják a kommunikációt, a tervezést és a munkát a csapatokban és csatornákon. A Microsoft Teams gyakran jó választás egyszerűbb együttműködési forgatókönyvekhez. A korlátozott célközönség számára tartalmat előállító decentralizált csapatok például dokumentumtárakat használhatnak a fájlok tárolására és a verziókövetésre. Más integrált eszközöket és szolgáltatásokat is használhatnak.

Tipp.

Javasoljuk, hogy a Microsoft Teams használatával megkönnyítse a tartaloméletciklus hatékony kezelését az önkiszolgáló forgatókönyvekben decentralizált tartalomkézbesítéssel .

A Microsoft Teamsben való együttműködéshez és kommunikációhoz a Power BI-tartalmak teljes életciklusa során támogató szolgáltatásokat kell használnia.

• Planner: A tartalomtulajdonosok a Planner használatával hozhatnak létre terveket, amelyeket a tevékenységek és a hatókör tartalommunkák nyomon követésére használnak. A feladatok ismertethetik a megoldás problémáit, hibáit vagy funkcióit, valamint a megfelelő érdekelt feleket.
• SharePoint: A tartalomkészítők az egyes csatornákhoz tartozó Microsoft Teams-dokumentumtárakban vagy csatlakoztatott webhelyeken tárolhatnak és kezelhetnek fájlokat. A SharePointban tárolt tartalomfájlok verziókövetést használhatnak a tartalomváltozások nyomon követéséhez és kezeléséhez. A változások SharePoint használatával történő nyomon követésével és kezelésével kapcsolatos további információkért lásd : 2. szakasz: Tartalom fejlesztése és módosítások kezelése.
• Jóváhagyások: A tartalomkészítők és -tulajdonosok munkafolyamatokat állíthatnak be és használhatnak a tartalommódosítások vagy -kiadások jóváhagyásához a felülvizsgálat után.
• Fabric és Power BI: A tartalomkészítők és -tulajdonosok hozzáférhetnek a Fabric portálhoz a Microsoft Teamsben. Innen kezelhetik vagy megvitathatják a tartalmakat, és hasznos jelentéseket adhatnak hozzá a Teams-csatornák lapjaihoz.
• Egyéb integrációk: A tartalomkészítők más Microsoft- vagy harmadik féltől származó szolgáltatásokat is használhatnak, amelyek a Microsoft Teamsszel integrálva a legjobban illeszkednek az előnyben részesített munkafolyamatukhoz és igényeikhez.

Javasoljuk, hogy definiáljon egy strukturált folyamatot, amely alapján a tartalomkészítők hogyan használhatják a Microsoft Teamst az együttműködésre. Győződjön meg arról, hogy a következőt határozza meg:

• A csoportokhoz és csatornákhoz való hozzáférés kezelése.
• Ki felelős a csapatok és csatornák kezeléséért.
• A munka hatóköre és rendszerezése különböző csapatokba, csatornákba és tervekbe.
• Hogyan kell a tartalomkészítőknek dokumentumtárat használniuk a fájlok rendszerezésére, valamint a módosítások nyomon követésére és kezelésére. Például hogyan rendszerezheti a dokumentumtárat, és hogy a tartalomkészítőknek be kell-e jelentkeznie és ki kell-e keresnie a fájlokat.
• Azt jelzi, hogy a tartalomkészítőknek a OneDrive Refresh használatával kell-e automatikusan közzétenniük a Power BI Desktop-fájlokat (.pbix).
• A fájlszinkronizálási ütközések feloldása.
• Mikor kell archiválni és eltávolítani a már nem releváns dokumentumtárak fájljait.

Azure DevOps

A tartalomkészítők és -tulajdonosok az Azure DevOps használatával kommunikálhatnak és együttműködhetnek egy központi, szervezett központban.

Feljegyzés

Az Azure DevOps olyan szolgáltatáscsomag, amely integrálható a Power BI-val és a Fabrictel a tartalom életciklus-kezelésének megtervezéséhez és vezényléséhez. Az Azure DevOps ilyen használata esetén általában a következő szolgáltatásokat használja:

• Azure-adattárak: Lehetővé teszi egy távoli Git-adattár létrehozását és használatát, amely egy távoli tárolási hely, amellyel nyomon követheti és kezelheti a tartalomváltozásokat.
• Azure Pipelines: Lehetővé teszi automatizált feladatok létrehozását és használatát a tartalom távoli adattárból egy munkaterületre való kezeléséhez, teszteléséhez és üzembe helyezéséhez.
• Azure-tesztcsomagok: Lehetővé teszi tesztek tervezését a megoldás ellenőrzéséhez és a minőség-ellenőrzés automatizálásához az Azure Pipelinessal együtt.
• Azure Boards: Lehetővé teszi a táblák használatát a tevékenységek és tervek munkaelemként való nyomon követéséhez, valamint más Azure DevOps-szolgáltatások munkaelemeinek csatolásához vagy hivatkozásához.
• Azure Wiki: Lehetővé teszi, hogy információkat osszon meg a csapatával, hogy megértse és hozzájáruljon a tartalmakhoz.

Az Azure DevOps használatával a tartalomkészítők projekteket használnak kommunikációjuk, tervezésük és munkájuk strukturálásához. A tartalomkészítők emellett a forráskövetés, az ellenőrzés és az üzembe helyezés végrehajtásával vezénylik a tartalom életciklus-felügyeletét az Azure DevOpsban. A forráskövetés a tartalomkód és a metaadatok részletesebb módosításainak kezelése.

Az Azure DevOps gyakran jó választás a fejlettebb együttműködési forgatókönyvekhez, mivel vannak támogató szolgáltatások és lehetőségek a tartalomlétrehozás és -üzembe helyezés vezénylésére.

Tipp.

Javasoljuk, hogy az Azure DevOps használatával segítsen a hatékony tartaloméletciklus-kezelésben a központi tartalomkézbesítéssel rendelkező nagyvállalati forgatókönyvekben . Az Azure DevOps vagy hasonló eszközök használatával történő együttműködés nagyobb vagy összetettebb forgatókönyvekben ajánlott a Microsoft Teams vagy a SharePoint használatával történő együttműködés helyett. Ennek az az oka, hogy több eszköz és lehetőség áll rendelkezésre a robusztusabb együttműködés és automatizálás elősegítéséhez.

Javasoljuk, hogy definiáljon egy strukturált folyamatot, amellyel a tartalomkészítők az Azure DevOps használatával dolgozhatnak együtt. Győződjön meg arról, hogy a következőt határozza meg:

• A munka hatóköre és a tartalomágak létrehozása, elnevezése és használata.
• Hogyan csoportosítják és véglegesítik a szerzők a módosításokat, és hogyan írják le őket véglegesítési üzenetekkel.
• Ki a felelős a módosítások lekéréses kérelmek használatával történő felülvizsgálatáért és jóváhagyásáért.
• A lekéréses kérelmek egyesítési ütközéseinek feloldása és azok feloldása.
• A különböző ágak módosításainak egyesítése egyetlen ágba.
• A tartalom tesztelésének és a tartalom üzembe helyezése előtti tesztelésének módját.
• A módosítások üzembe helyezése fejlesztési, tesztelési és éles munkaterületeken.
• A megoldás üzembe helyezett módosításainak vagy verzióinak visszaállítása.

Feljegyzés

A Microsoft Teamst az Azure DevOpsszal együtt is használhatja, mivel ezek a szolgáltatások különböző módon integrálhatók. Megtekintheti és kezelheti például az Azure Boardst, és monitorozhat eseményeket az Azure Pipelinesban a Microsoft Teamsből.

A legfontosabb, hogy olyan eszközöket és szolgáltatásokat használjon, amelyek megkönnyítik az együttműködést az Ön számára, és amelyek a legjobban megfelelnek a csapat igényeinek és működésének.

Amikor eldöntötte, hogy a tartalomkészítők együttműködnek-e, a következő lépésként el kell döntenie, hogy hol fogja tárolni a fájlokat. Ezen fájlok nagy része ott lesz tárolva, ahol az együttműködés mellett dönt.

Fájlok tárolási helye

Tartalom létrehozásakor általában különböző típusú fájlokat hoz létre. Fontos eldönteni, hogy hol tárolja ezeket a fájlokat, hogy hatékonyan kezelhesse őket.

Tipp.

Tárolja azokat a fájlokat, amelyeket több csapattag is elérhet, és ahol a módosítások könnyen nyomon követhetők (más néven verziókövetés). Ez a megközelítés biztosítja, hogy a csapattagok távozása vagy egy fájl elvesztése ne okozz fennakadást.

A tárolandó fájlok típusai gyakran a következők:

• Tartalomfájlok: A tartalomadatokat vagy metaadatokat tartalmazó fájlok. Az olyan adatokat tartalmazó tartalomfájlok, mint a .pbix és a Power BI Project (.pbip) bizalmas információkat tartalmaznak. A tartalomfájlokat biztonságos helyen tárolhatja, amelyekhez csak azok férhetnek hozzá, akiknek hozzáférésre van szükségük. Emellett a tartalomfájlokat olyan helyen kell tárolnia, amely támogatja a verziókövetést, például egy dokumentumtárat a Microsoft Teamsben, vagy egy Git-adattárat az Azure DevOpsban. Tartalomfájlok például a következők:
  • Power BI Desktop-fájlok (.pbix)
  • Power BI Project-fájlok (.pbip)
  • Többoldalas Power BI-jelentésfájlok (.rdl)
  • Metaadatok (.bim vagy TMDL) modellfájljai
  • Adatfolyam-metaadatok (.json) fájljai
• Adatforrásfájlok: Adatelemek, például szemantikai modellek vagy adatfolyamok által felhasznált fájlok. A tartalom közvetlenül az adatforrásfájloktól függ, ezért fontos alaposan átgondolni, hogy hol vannak tárolva, mert az eltávolításuk adatfrissítési hibát fog eredményezni. Emellett ezek a fájlok bizalmas információkat is tartalmazhatnak. Így az adatforrásfájlokat biztonságos, megbízható és megbízható környezetben tárolhatja, amely más személyek számára korlátozott hozzáféréssel rendelkezik. Adatforrásfájlok például a következők lehetnek:
  • Strukturált adatforrások, például Excel-munkafüzetek, Parquet- vagy CSV-fájlok.
  • Részben strukturált adatforrások, például JSON- vagy XML-fájlok.
  • Strukturálatlan adatforrások, például a jelentésekbe importált képek.
• Támogató fájlok: Olyan fájlok, amelyek támogatják a tartalom létrehozását vagy kezelését, de nem szükségesek a működéséhez. A támogató fájlokat olyan helyen kell tárolni, amely támogatja a verziókövetést, és ahol más eszközök és tartalomkészítők hozzáférhetnek hozzájuk. A támogató fájlok például a következők lehetnek:
  • Ajánlott eljáráselemző-szabályok (.json) fájlok.
  • Power BI-témák (.json) fájljai.
  • Forráskódfájlok tartalomhoz és lekérdezésekhez.
  • Egyéni vizualizációs (.pbiviz) fájlok.
• Sablonok és dokumentáció: Olyan fájlok, amelyek elősegítik az önkiszolgáló tartalmak létrehozását vagy a meglévő tartalmak leírását. A sablonokat és a dokumentációt könnyen elérhetővé kell tenniük a felhasználóknak, akiknek használniuk kell őket. Példák a sablonokra és a dokumentációra:
  • Power BI-sablonfájlok (.pbit).
  • Vizualizációs sablonok és példajelentések.
  • Megoldástervek és dokumentáció.
  • Megoldástervezés és ütemtervek.
  • Felhasználói kérések és megoldási problémák.

Figyelemfelhívás

Egyes tartalomfájlok, például a .pbix és a .pbip fájlok tartalmazhatnak adatforrásokból importált bizalmas adatokat. Emellett az olyan metaadatfájlok, mint a TMDL vagy a .pbit fájlok is tartalmazhatnak bizalmas információkat. Győződjön meg arról, hogy megteszi a szükséges óvintézkedéseket a fájlok biztonságos helyeken való tárolásához, és hogy hatékony adatveszteség-megelőzést gyakoroljon.

A fájlok tárolására különböző lehetőségek állnak rendelkezésre. Győződjön meg arról, hogy a fájl típusától, tartalmától és felhasználási módjától függően a megfelelő helyet választja ki.

SharePoint Online vagy OneDrive

A fájlok tárolására gyakori megoldás a SharePoint-webhelyek használata. A SharePoint széles körben elérhető a felhasználók többsége számára, és nagy mértékben integrálható a Power BI és más Microsoft 365-alkalmazások, például a Microsoft Teams használatával. Emellett beépített verziókövetéssel rendelkezik, így kényelmesen tárolhatja a legtöbb fájltípust. A verziókövetés lehetővé teszi a fájlok különböző mentett verzióinak megtekintését és kezelését.

Ha fájlokat tárol a SharePointban, vegye figyelembe az alábbi szempontokat.

• Szervezet: Győződjön meg arról, hogy konzisztens és logikai struktúrát tart fenn, így könnyen megtalálhatja az adott fájlokat. Használjon jó elnevezési konvenciókat, rendezze a fájlokat mappákba, és archiválja azokat a fájlokat, amelyek már nem relevánsak a folyamatban lévő projektekhez.
• OneDrive-frissítés: A közzétett szemantikai modelleket vagy jelentéseket egy SharePoint- vagy OneDrive Vállalati verzió (más néven OneDrive munkahelyi vagy iskolai) webhelyen tárolt .pbix-fájlhoz csatolhatja. Ezzel a megközelítéssel többé nem kell közzétennie a szemantikai modellt a módosítások érvénybe léptetéséhez. Ehelyett a módosítások egy automatikus OneDrive-frissítés után jelennek meg, amely óránként történik. Bár kényelmes, vegye figyelembe, hogy ez a megközelítés néhány kikötéssel és kihívással jár. Ha a dolgok mennek, nem lehet könnyen megfordítani.
• Jelentések előnézete: A SharePointban a Power BI-jelentések megtekintésére nincs szükség a Power BI Desktop telepítéséhez vagy a .pbix-fájl helyi letöltéséhez. Ha így nyitja meg a jelentéseket, azok megjelennek a böngészőben. Ez a funkció kényelmes alternatíva lehet a Háló portálról származó jelentések megtekintéséhez. Alapértelmezés szerint engedélyezve van a Háló bérlői beállításai között.

Tipp.

Ha a Microsoft Teams használatával együttműködik, fontolja meg a fájlok tárolását a csatorna dokumentumtárában. Ez a megközelítés segít központosítani a fájlokat, és megkönnyíti az együttműködést.

Fontolja meg a következő fájltípusok tárolását a SharePointban.

• Sablonok és dokumentáció: Ha nem rendelkezik meglévő tárolási megoldással, akkor a SharePointban tárolhatja a sablonokat és a dokumentációt. A SharePoint azért ideális ezekhez a fájlokhoz, mert összetett beállítások és folyamatok nélkül biztosíthat hozzáférést másoknak és kezelheti a fájlokat.
• Támogató fájlok: Ha nem rendelkezik meglévő tárolási megoldással, a SharePointban tárolja a támogató fájlokat. Egyes támogató fájlok (például a Power BI-téma .json jelentésekhez készült fájlok) azonban jobban tárolhatók olyan verziókövetési rendszerben, amely lehetővé teszi a mentett módosítások megtekintését és kezelését.
• Tartalomfájlok: A SharePointban tárolhatja a tartalmat, ha az nem kritikus fontosságú a vállalat számára, vagy ha nem rendelkezik hozzáféréssel egy távoli adattárhoz, például az Azure-adattárhoz.
• Adatforrások: Az adatforrásokat csak akkor tárolja a SharePointban, ha azok mérete és összetettsége kicsi. A SharePoint adatforrásfájlok tárolására való használata során gyakoroljon fegyelmet. Fontolja meg más lehetséges alternatívákat, például a OneLake-t.

Figyelemfelhívás

Ne használja a SharePointot a megfelelő adatarchitektúra alternatívaként. Bár az adatforrásfájlok SharePointban való tárolása bizonyos esetekben kényelmes lehet, ez a módszer nem skálázható, ha nagyobb, összetettebb adatforrásokkal rendelkezik, vagy ha alacsonyabb adatkésésre van szüksége.

Figyelmeztetés

Ne használjon személyes fájlrendszereket vagy személyes OneDrive-fiókokat a fájlok tárolásához. Ha a tulajdonos elhagyja a szervezetet, ezek a fájlok már nem lesznek elérhetők.

OneLake

Ha fabrickapacitással rendelkezik, a OneLake jó választás lehet adatforrásfájlok tárolására. A OneLake Fájlkezelő használatával fájlokat tölthet fel vagy szinkronizálhat a OneLake-be, ahol táblákká alakíthatja őket az alsóbb rétegbeli számítási feladatokban, például a Power BI-ban. Nagyobb vagy rendszeresen frissített adatforrások esetén automatikusan betölthet fájlokat a OneLake-be a Fabric Data Factory vagy az Azure Data Lake Storage (ADLS) Gen2 API-t vagy az Azure Storage Python SDK-t használó egyéb alkalmazások használatával.

Figyelemfelhívás

Az olyan műveletek, mint a fájlok feltöltése vagy letöltése a OneLake-ből , hálókapacitás-egységeket használnak fel. Figyelnie kell a kapacitásmetrikákat, és lépéseket kell tennie annak érdekében, hogy elkerülje a nagy méretű fájlok szükségtelen áthelyezése által okozott kapacitásterhelést.

Emellett a OneLake Fájlkezelő felhasználók által elért fájlok sebezhetők a véletlen változások vagy veszteségek miatt. Javasoljuk, hogy kerülje a OneLake Fájlkezelő üzleti szempontból kritikus megoldásokhoz való használatát.

Figyelmeztetés

A OneLake Fájlkezelő számos fontos korlátozást és szempontot figyelembe kell vennie. A OneLake például nem támogatja a fájlok, például a SharePoint vagy a OneDrive verziókövetését. Vegye figyelembe ezeket a szempontokat és korlátozásokat, amikor eldönti, hogy hol tárolja a fájlokat.

Tipp.

Amikor adatokat tárol a OneLake-ben, fontolja meg az üzletmenet folytonosságának és vészhelyreállításának (BCDR) engedélyezését az adatvesztés kockázatának csökkentése érdekében. Ha a BCDR engedélyezve van, az adatok két különböző földrajzi régióban duplikálva és tárolva lesznek az Azure standard régiópárosításainak megfelelően.

Távoli adattár

A tartalomkészítők a fejlesztés során rendszeres időközönként véglegesíthetik és menthetik a munkát a helyi gépükről egy távoli adattárba ( például egy Azure Repos Git-adattárba). A távoli adattár a megoldás legújabb verzióját tartalmazza, és a teljes fejlesztői csapat számára elérhető. A távoli adattárak általában fejlettebb életciklus-kezelési megközelítéseket támogatnak, mint a Teams, a SharePoint vagy a OneDrive használata. Ennek az az oka, hogy egy távoli adattár használatával a tartalomkészítők kifinomultabb lehetőségeket használhatnak a fájlokon való együttműködésre, illetve a fájlmódosítások nyomon követésére és kezelésére. A tartalomkészítők például a távoli adattár saját ágán dolgozhatnak a módosítások elvégzéséhez, és kérhetik a módosítások fő ágba való egyesítését, ha készen állnak.

Fontolja meg a következő fájltípusok távoli adattárban való tárolását.

• Sablonok és dokumentáció: Sablonok és dokumentációk tárolása távoli adattárban, amikor a projektet olyan kapcsolódó szolgáltatásokkal kezeli, mint az Azure DevOps.
• Támogató fájlok: A támogató fájlokat távoli adattárban tárolja, ha elérhető a módosítások egyszerű nyomon követéséhez és kezeléséhez.
• Tartalomfájlok: A tartalmat távoli adattárban tárolhatja, ha az üzleti szempontból kritikus fontosságú, vagy ha más fejlesztőkkel szeretne együttműködni ugyanazon a tartalomon. A távoli adattár ideális a tartalomváltozások nyomon követéséhez és az együttműködés megkönnyítéséhez.

Tipp.

Ha távoli adattárat használ, fontolja meg Power BI-jelentések és szemantikai modellek tárolását Power BI Desktop-projektek (.pbip) fájlokként a .pbix-fájlok helyett. Ennek az az oka, hogy a mentett módosítások nem azonosíthatók .pbix-fájlban.

Nincs fájl: A Háló portálon létrehozott tartalom

A tartalomkészítők közvetlenül a Háló portálon hozhatnak létre tartalmakat. Ebben a forgatókönyvben általában nem működnek közvetlenül tartalomfájlokkal. Általában csak akkor érdemes tartalmat létrehoznia a Háló portálon, ha az elemtípusok máshol nem hozhatók létre (például adatfolyamok, irányítópultok vagy scorecardok). Jelentéseket és szemantikai modelleket is készíthet a Fabric portálon, ha nincs hozzáférése Windows rendszerű gépekhez, ezért nem használhatja a Power BI Desktopot. További információ: Felhasználói eszközök és eszközök.

Figyelemfelhívás

A Háló portálon létrehozott tartalmak nem tölthetők le fájlként. A Háló portálon létrehozott jelentések például nem tölthetők le .pbix-fájlokként.

Amikor tartalmat készít a Fabric portálon, a Fabric API-k vagy a Git-integráció használatával kell biztonsági másolatot készítenie a tartalomdefiníciókról. A tartalomdefiníciók biztonsági mentésekor enyhítheti a fennakadásokat, ha a tartalom véletlenül törlődik vagy véletlenül módosul. Ha a tartalmat véletlenül törölték vagy módosították, a biztonsági másolat használatával lecserélheti azt.

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

• Megoldástervezés végrehajtása: Gyűjtse össze az üzleti követelményeket és a műszaki követelményeket , hogy megfelelően megértse a tartalom által kezelni kívánt problémát, és megtervezhesse, hogy ez a tartalom hogyan oldja meg a problémát.
• Határozza meg, hogy ki hozza létre a tartalmat: Az egyes tartalomkészítők munkafolyamatától, készségeitől és igényeitől függően az életciklus-kezelés különböző megközelítésére lehet szükség.
• Annak azonosítása, hogy több tartalomkészítőnek kell-e együttműködnie: Győződjön meg arról, hogy az együttműködő tartalomkészítők olyan fájltípusokat használnak, amelyek támogatják a verziókövetést, például a .pbip-fájlokat.
• Döntse el, hogyan működnek együtt a tartalomkészítők: Döntse el, milyen kifinomult lesz az együttműködés. Emellett döntse el, hogyan fogja megkönnyíteni ezt az együttműködést, például a Microsoft Teams vagy az Azure DevOps használatával.
• Együttműködési eszközök beállítása: Győződjön meg arról, hogy végrehajtja a megoldáshoz vagy projekthez szükséges első telepítést. Hozzon fontos döntéseket arról, hogyan fogja kezelni az együttműködést ezekkel az eszközökkel.
• Adatforrásfájlok tárolása a SharePointban vagy a OneLake-ben: Kis méretű, egyszerű adatforrásfájlokat tárolhat a SharePointban. Ellenkező esetben használja helyette a OneLake vagy az ADLSGen2 elemet (ha elérhetők).
• Tartalom és támogató fájlok tárolása a SharePointban vagy egy távoli adattárban: Egyszerűbb, kisebb projektek esetén a SharePointot a legtöbb fájlhoz használhatja, ha rendszerezett, és a megfelelő hozzáférés-kezelést gyakorolja. Nagyobb környezetek esetén vagy ha párhuzamos együttműködésre van szükség, fontolja meg egy távoli adattár használatát, amely részletes láthatóságot biztosít a tartalomváltozásokról.
• Sablonok és dokumentációk tárolása a SharePointban: Győződjön meg arról, hogy a sablonok és a dokumentációk könnyen megtalálhatók, használhatók és értelmezhetők mások számára.
• Fejlesztési és üzembe helyezési terv: Az első szakasz befejezéséhez végezzen konkrét tervezést a főbb területek kezeléséhez és a kezdeti beállítás végrehajtásához. Hozzon létre például eszközöket és tesztelje az adatforrás-kapcsolatokat.

Kapcsolódó tartalom

A sorozat következő cikkében megtudhatja, hogyan fejleszthet tartalmakat, és hogyan kezelheti a módosításokat a tartalom életciklusának kezelése során.