A Power BI-ba való migrálás koncepciójának igazolása

  • Cikk

Ez a cikk a 3. szakaszt ismerteti, amely egy megvalósíthatósági igazolás (POC) elvégzésével foglalkozik a kockázatok mérséklése és az ismeretlenek lehető legkorábbi kezelése érdekében a Power BI-ba való migrálás során.

Diagram shows the stages of a Power BI migration. Stage 3 is emphasized for this article.

Feljegyzés

A fenti ábra teljes magyarázatáért tekintse meg a Power BI migrálásának áttekintését.

A 3. fázis középpontjában az ismeretlenek kezelése és a kockázatok lehető legkorábbi enyhítése áll. A technikai POC hasznos a feltételezések érvényesítéséhez. A megoldás üzembe helyezésének megtervezése mellett iteratív módon is elvégezhető (a 2. fázisban leírtak szerint).

Az ebből a fázisból származó kimenet egy szűk hatókörű Power BI-megoldás, amely megválaszolja a kezdeti nyitott kérdéseket, és készen áll a 4. fázisban végzett további munkára, hogy éles üzemre kész legyen.

Fontos

Nem tervezzük, hogy a POC eldobható munka legyen. Ehelyett azt várjuk, hogy az a gyártásra kész megoldás korai iterációja lesz. A szervezetben ezt a tevékenységet prototípusként, próbaüzemként, makettként, gyors üzembe helyezésként vagy minimálisan működőképes termékként (MVP) is hivatkozhat. A POC végrehajtása nem mindig szükséges, és akár informálisan is megtörténhet.

Tipp.

A cikkben tárgyalt témakörök többsége egy szabványos Power BI-megvalósítási projektre is vonatkozik. Ahogy szervezete egyre tapasztaltabbá válik a Power BI-ban, csökken a tartományvezérlők viselkedésének szükségessége. A Power BI gyors kiadási üteme és az új funkciók folyamatos bevezetése miatt azonban tanulási célokra rendszeresen végezhet technikai tartományvezérlőket.

POC-célok és hatókör beállítása

A POC végrehajtásakor a következő célokra összpontosítson:

  • Ellenőrizze a funkciók működésével kapcsolatos feltételezéseit.
  • Megismerheti a Power BI és az örökölt BI platform közötti különbségeket.
  • Bizonyos követelmények kezdeti megértésének ellenőrzése a téma szakértőivel.
  • Hozzon létre egy kis szemantikai modellt (korábbi nevén adatkészletet) valós adatokkal az adatstruktúrával, kapcsolatokkal, adattípusokkal vagy adatértékekkel kapcsolatos problémák megértéséhez és észleléséhez.
  • Kísérletezzen a modellszámítások által használt DAX-szintaxiskifejezésekkel, és ellenőrizze azokat.
  • Az adatforrások kapcsolatának tesztelése átjáróval (ha átjáróforrásról van szó).
  • Adatfrissítés tesztelése átjáróval (ha átjáróforrásról van szó).
  • Ellenőrizze a biztonsági konfigurációkat, beleértve adott esetben a sorszintű biztonságot is.
  • Kísérletezzen az elrendezéssel és a kozmetikai döntésekkel.
  • Ellenőrizze, hogy a Power BI szolgáltatás minden funkciója a várt módon működik-e.

A POC hatóköre attól függ, hogy mik az ismeretlenek, vagy hogy milyen célokat kell érvényesíteni a munkatársakkal. Az összetettség csökkentése érdekében a POC a lehető legszűkebb legyen a hatókör szempontjából.

A migrálás során leggyakrabban a követelmények jól ismertek, mert van egy meglévő megoldás, amelyből kiindulni kell. A fejlesztendő fejlesztések mértékétől vagy a Power BI meglévő készségeitől függően azonban a POC továbbra is jelentős értéket biztosít. Emellett a fogyasztói visszajelzések gyors prototípus-készítése is megfelelő lehet a követelmények gyors tisztázásához – különösen, ha fejlesztéseket végeznek.

Fontos

Még ha a POC csak az adatok egy részét tartalmazza, vagy csak korlátozott vizualizációkat tartalmaz, gyakran fontos, hogy az elejétől a végéig tart. Vagyis a Power BI Desktopban történő fejlesztéstől az üzembe helyezésen át a Power BI szolgáltatás egy fejlesztői munkaterületig. Ez az egyetlen módja annak, hogy teljes mértékben megvalósítsa a POC célkitűzéseit. Különösen igaz, ha a Power BI szolgáltatás olyan kritikus funkciókat kell nyújtania, amelyeket korábban nem használt, például egy egyszeri bejelentkezést használó DirectQuery szemantikai modellt. A POC során összpontosítsa erőfeszítéseit azokra a szempontokra, amelyekre nem biztos, vagy másokkal kell ellenőriznie.

Különbségek kezelése a Power BI-ban

A Power BI modellalapú eszközként vagy jelentésalapú eszközként is használható. A modellalapú megoldás magában foglalja egy adatmodell fejlesztését, míg egy jelentésalapú megoldás egy már üzembe helyezett adatmodellhez csatlakozik.

Rendkívüli rugalmassága miatt a Power BI-nak vannak olyan aspektusai, amelyek alapvetően eltérhetnek az örökölt BI-platformtól, amelyről migrál.

Fontolja meg az adatarchitektúra újratervezését

Ha saját szemantikai réteggel rendelkező örökölt BI-platformról migrál, akkor valószínűleg jó választás lehet egy import szemantikai modell létrehozása. A Power BI a legjobban csillagsématáblázat-kialakítással működik. Ezért ha az örökölt szemantikai réteg nem csillagséma, lehetséges, hogy valamilyen újratervezésre lehet szükség a Power BI teljes kihasználtságához. A csillagséma-tervezési alapelvekhez (köztük a kapcsolatokhoz, a gyakran használt mértékekhez és a barátságos szervezeti terminológiához) illeszkedő szemantikai réteg meghatározására tett erőfeszítések kiváló kiindulópontként szolgálnak az önkiszolgáló jelentéskészítők számára.

Ha egy örökölt BI-platformról migrál, ahol a jelentések SQL-lekérdezések vagy tárolt eljárások használatával hivatkoznak a relációs adatforrásra, és ha a Power BI-t DirectQuery módban szeretné használni, akkor az adatmodell egy-az-egyhez migrálását is elérheti.

Figyelem

Ha sok Power BI Desktop-fájl létrehozását látja egyetlen importált táblából, az általában azt jelzi, hogy a kialakítás nem optimális. Ha ezt a helyzetet észleli, vizsgálja meg, hogy a csillagséma-kialakítással létrehozott megosztott szemantikai modellek használata jobb eredményt érhet-e el.

Irányítópult-átalakítások kezelésének eldöntése

A BI iparágban az irányítópultok vizualizációk gyűjteményei, amelyek egyetlen oldalon jelenítik meg a főbb metrikákat. A Power BI-ban azonban az irányítópultok egy adott vizualizációs funkciót jelölnek, amely csak a Power BI szolgáltatás hozható létre. Ha egy irányítópultot régi BI-platformról migrál, két lehetőség közül választhat:

  1. Az örökölt irányítópult ismét létrehozható Power BI-jelentésként. A legtöbb jelentés a Power BI Desktoppal jön létre. A lapszámozott jelentések és az Excel-jelentések is alternatív lehetőségek.
  2. Az örökölt irányítópult ismét létrehozható Power BI-irányítópultként. Az irányítópultok a Power BI szolgáltatás vizualizációs funkciói. Az irányítópult-vizualizációk gyakran úgy jönnek létre, hogy vizualizációkat rögzítenek egy vagy több jelentésből, Q&A-ból vagy gyors elemzések.

Tipp.

Mivel az irányítópultok Egy Power BI-tartalomtípus, ne használja az irányítópult szót a jelentésben vagy az irányítópult nevében.

Fókusz a nagy képre vizualizációk újrakészítésekor

Minden BI-eszköz rendelkezik az erősségeivel és a fókuszterületeivel. Ezért előfordulhat, hogy az örökölt BI-platformon használt jelentésvizualizációk nem feltétlenül rendelkeznek a Power BI-nak megfelelővel.

Jelentésvizualizációk újrakészítésekor koncentráljon jobban a nagyképű üzleti kérdésekre, amelyekkel a jelentés foglalkozik. Ez eltávolítja a nyomást, hogy minden vizualizáció tervét pontosan ugyanúgy replikálja. Bár a tartalomfogyasztók nagyra értékelik a migrált jelentések használata során a konzisztenciát, fontos, hogy ne kerülhessenek bele az apró részletekkel kapcsolatos időigényes vitákba.

Kapcsolódó tartalom

A Power BI migrálási sorozatának következő cikkében megismerheti a 4. szakaszt, amely a tartalom Power BI-ba való migráláskor történő létrehozásával és érvényesítésével foglalkozik.

További hasznos források:

Tapasztalt Power BI-partnerek állnak rendelkezésre, amelyek segítenek a szervezetnek a migrálási folyamat sikeres végrehajtásában. Power BI-partner bevonásához látogasson el a Power BI partnerportálra.