Vytvorenie obsahu na migráciu do služby Power BI

V tomto článku sa popisuje fáza 4, ktorá sa týka vytvárania a overovania obsahu pri migrácii do služby Power BI.

Poznámka

Podrobné vysvetlenie vyššie uvedeného obrázka nájdete v téme Prehľad o migrácii do služby Power BI.

Fáza 4 je zameraná na vykonávanie skutočnej práce pri konvertovaní testovania konceptu (POC) na riešenie pripravené na produkciu.

Výstupom tejto fázy je riešenie služby Power BI, ktoré bolo overené vo vývojovom pracovnom priestore a je pripravené na nasadenie na produkciu.

Tip

Väčšina tém, o ktoré sa hovorí v tomto článku, sa vzťahuje aj na štandardný projekt implementácie služby Power BI.

Vytvorenie produkčného riešenia

V tomto okamihu môže tá istá osoba, ktorá vykonala testovania konceptu, pokračovať v produkcii riešenia služby Power BI pripraveného na produkciu. Alebo sa môže zapojiť niekto iný. Ak nebudú ohrozené časové osi, je skvelé zapojiť osoby, ktoré budú zodpovedné za vývoj v službe Power BI v budúcnosti. Týmto spôsobom sa môžu aktívne učiť.

Dôležité

Použite čo najviac práce z testovania konceptu.

Vývoj nového sémantického modelu importu

Môžete sa rozhodnúť vytvoriť nový sémantický model importu (predtým známy ako množina údajov), keď existujúci sémantický model služby Power BI ešte nevyhovuje vašim potrebám alebo ak sa nedá vylepšiť podľa vašich potrieb.

V ideálnom prípade od samého začiatku zvážte oddelenie vývojovej práce pre údaje a zostavy. Oddelením údajov a zostáv uľahčíte deľbu práce a povolení, keď sú za modelovanie údajov a zostavy zodpovedné rôzne osoby. Umožní sa tým viac škálovateľný prístup a podporí sa opätovná použiteľnosť údajov.

Medzi hlavné aktivity súvisiace s vývojom sémantického modelu importu patria tieto:

• získavanie údajov z jedného alebo viacerých zdrojov údajov (môže ísť o tok údajov služby Power BI),
• tvarovať, kombinovať a pripraviť údaje,
• Vytvorenie sémantického modelu vrátane tabuliek dátumov.
• Vytvorte a overte modelové vzťahy.
• Definovanie mierok.
• Nastavenie zabezpečenia na úrovni riadkov v prípade potreby.
• Konfigurácia synoným a optimalizácia funkcie Q&A.
• Plánujte škálovateľnosť, výkon a súbežnosť, ktoré môžu ovplyvniť vaše rozhodnutia o režimoch úložiska údajov, ako je napríklad použitie zloženého modelu alebo agregácií.

Tip

Ak máte rôzne vývojové/testovacie/produkčné prostredia, zvážte parametrizáciu zdrojov údajov. Výrazne to zjednoduší nasadenie, ktoré sme popísali v etape 5.

Vývoj nových zostáv a tabúľ

Medzi hlavné aktivity súvisiace s vývojom zostavy alebo tabule služby Power BI patria tieto:

• Rozhodnite sa, či použijete dynamické Pripojenie na existujúci dátový model, alebo vytvoríte nový dátový model
• Pri vytváraní nového dátového modelu si vyberte režim úložiska údajov pre tabuľky modelov (import, DirectQuery alebo zložený).
• Rozhodnite sa pre najlepší nástroj na vizualizáciu údajov, ktorý bude spĺňať požiadavky: Power BI Desktop, Paginated Zostavovač zostáv alebo Excel.
• Rozhodnite sa pre najlepšie vizuály , ktoré vyrozprávajú príbeh, ktorý musí zostava poskytnúť, a budú sa týkať otázok, na ktoré musí zostava odpovedať.
• Uistite sa, že všetky vizuály majú jasnú, stručnú a podnikovú terminológiu.
• Riešte požiadavky na interaktivitu.
• Pri použití dynamického Pripojenie ionu pridajte mierky na úrovni zostavy.
• Vytvorenie tabule v služba Power BI, najmä keď spotrebitelia chcú jednoduchý spôsob monitorovania kľúčových metrík.

Poznámka

Mnohé z týchto rozhodnutí sa uskutočnia v predchádzajúcich fázach plánovania alebo v technickom testovania konceptu.

Overenie riešenia

Overenie riešenia služby Power BI má štyri hlavné aspekty:

1. Presnosť údajov
2. Zabezpečenie
3. Funkcie
4. Výkon

Overenie presnosti údajov

Počas migrácie budete musieť jednorazovo zaistiť, aby sa údaje v novej zostave zhodli s údajmi zobrazenými v staršej zostave. V prípade, že je medzi nimi rozdiel, je potrebné vysvetliť príčinu. Nájsť chybu v staršom riešení, ktorá sa vyrieši v novom riešení, je bežnejšie, ako si možno myslíte.

V rámci prebiehajúceho overovanie údajov bude nová zostava zvyčajne potrebovať krížovú kontrolu s pôvodným zdrojovým systémom. V ideálnom prípade sa toto overenie opakuje vždy, keď publikujete zmenu zostavy.

Overenie zabezpečenia

Pri overovaní zabezpečenia je potrebné zvážiť dva hlavné aspekty:

• Povolenia pre údaje
• Prístup k sémantickým modelom, zostavám a tabuliam

V sémantickom modeli importu sa povolenia pre údaje použijú definovaním zabezpečenia na úrovni riadkov (RLS). Je tiež možné, že povolenia pre údaje sa vynútia zdrojovým systémom pri použití režimu úložiska DirectQuery (možno pomocou jediného prihlásenia).

Hlavné spôsoby udelenia prístupu k obsahu služby Power BI sú tieto:

• roly pracovného priestoru (pre editorov obsahu a divákov),
• Povolenia cieľovej skupiny aplikácie použité na zbalenú množinu obsahu pracovného priestoru (pre divákov).
• zdieľanie jednotlivej zostavy alebo tabule (pre divákov),

Tip

Odporúčame školenie pre autorov obsahu o efektívnom spravovaní zabezpečenia. Dôležité je tiež mať zavedené masívne testovanie, auditovanie a monitorovanie.

Overenie funkčnosti

Je čas dvakrát skontrolovať sémantické podrobnosti modelu, ako sú napríklad názvy polí, formátovanie, zoradenie a predvolené nastavenie súhrnu. Je potrebné overiť aj interaktívne funkcie zostavy, ako sú napríklad rýchle filtre, akcie prechodu na detaily, akcie podrobnej analýzy, výrazy, tlačidlá alebo záložky.

Počas procesu vývoja by sa malo riešenie služby Power BI pravidelne publikovať vo vývojovom pracovnom priestore v služba Power BI. Overte, či v službe fungujú podľa očakávania všetky funkcie, ako napríklad vykresľovanie vlastných vizuálov. Teraz je tiež vhodný čas na ďalšie testovanie. Otestujte plánované obnovenie, funkciu Q a spôsob zobrazenia zostáv a tabúľ v mobilnom zariadení.

Overenie výkonu

Výkon riešenia služby Power BI je dôležitý pre spotrebiteľské prostredie. Vo väčšine zostáv by sa mali vizuály zobrazovať do 10 sekúnd. Ak máte zostavy, ktoré sa načítavajú dlhšie, pozastavte aplikáciu a zvážte, čo by mohlo prispieť k oneskoreniam. Výkon zostavy je potrebné pravidelne posúdiť v služba Power BI okrem aplikácie Power BI Desktop.

Mnohé problémy s výkonom vznikajú zo subštandardov jazyka DAX (Data AnalysisPressions), nedostatočného sémantického návrhu modelu alebo neoptimálneho návrhu zostavy (napríklad sa pokúšate vykresliť príliš veľa vizuálov na jednej strane). Technické problémy s prostredím, ako je napríklad sieť, preťažená brána údajov alebo spôsob konfigurácie kapacity Premium, môžu tiež prispieť k problémom s výkonom. Ďalšie informácie nájdete v téme Sprievodca optimalizáciou pre službu Power BI a Riešenie problémov s výkonom zostáv v službe Power BI.

Dôležité

V čase, keď sa tento článok týka služby Power BI Premium alebo jej predplatných kapacity (skladové jednotky SKU P). Spoločnosť Microsoft v súčasnosti konsoliduje možnosti nákupu a vyradí skladové jednotky SKU služby Power BI Premium na kapacitu. Noví a existujúci zákazníci by namiesto toho mali zvážiť zakúpenie predplatného kapacity služby Fabric (skladové jednotky F SKU).

Ďalšie informácie nájdete v téme Dôležitá aktualizácia pre licencie Power BI Premium a Power BI Premium: najčastejšie otázky.

Dokumentácia riešenia

Existujú dva hlavné typy dokumentácie, ktoré sú užitočné pre riešenie služby Power BI:

• Dokumentácia k sémantickému modelu
• Dokumentácia zostavy

Dokumentáciu je možné uložiť kdekoľvek, kde k nej bude mať cieľová skupina najjednoduchší prístup. Medzi bežné možnosti patria:

• V rámci lokality SharePoint: Môžete mať lokalitu SharePoint pre Centrum excelentnosti alebo internú lokalitu komunity služby Power BI.
• V rámci aplikácie: URL adresy je možné nastaviť pri publikovaní aplikácie služby Power BI, aby sa spotrebiteľ nasmeroval k ďalším informáciám.
• V rámci jednotlivých súborov aplikácie Power BI Desktop: Prvky modelu, ako sú napríklad tabuľky a stĺpce, môžu definovať popis. Tieto popisy sa zobrazia ako popisy na table Polia pri vytváraní zostáv.

Tip

Ak vytvoríte lokalitu, ktorá bude slúžiť ako centrum pre dokumentáciu súvisiacu so službou Power BI, zvážte prispôsobenie ponuky Získať pomoc s umiestnením URL adresy.

Vytvorenie dokumentácie k sémantickému modelu

Dokumentácia k sémantickému modelu je zameraná na používateľov, ktorí budú v budúcnosti spravovať sémantický model. Je užitočné, ak bude obsahovať:

• Návrhy rozhodnutí a ich dôvody.
• Kto vlastní, udržiava a osvedčuje sémantické modely.
• Požiadavky na obnovenie údajov.
• Vlastné obchodné pravidlá definované v sémantických modeloch.
• Konkrétne požiadavky na zabezpečenie sémantických modelov alebo ochranu osobných údajov.
• potreby údržby v budúcnosti,
• Známe otvorené problémy alebo odložené nevybavené položky.

Môžete tiež zvoliť vytvorenie denníka zmien, ktorý zhrnie najdôležitejšie zmeny vykonané v sémantickom modeli v priebehu času.

Vytvorenie dokumentácie zostavy

Dokumentácia zostavy, ktorá je zvyčajne štruktúrovaná ako návod zameraný na spotrebiteľov zostáv, môže pomôcť spotrebiteľom získať zo zostáv a tabúľ väčšiu hodnotu. Často funguje krátky videokurz.

Môžete sa tiež rozhodnúť zahrnúť ďalšiu dokumentáciu zostavy na skrytej strane zostavy. Mohla by obsahovať rozhodnutia o návrhoch a denník zmien.

Súvisiaci obsah

V nasledujúcom článku v tejto sérii o migrácii do služby Power BI sa oboznámite s fázou 5, ktorá sa týka nasadenia, podpory a monitorovania obsahu pri migrácii do služby Power BI.

Ďalšie užitočné zdroje zahŕňajú:

• Transformácia funkcie BI od spoločnosti Microsoft
• Plánovanie implementácie služby Power BI
• Máte nejaké otázky? Skúste sa spýtať Komunita Power BI
• Návrhy? Prispejte nápadmi na zlepšenie služby Power BI

Skúsení partneri pre Power BI sú vám k dispozícii a môžu pomôcť vašej organizácii pri úspešnom procese migrácie. Ak chcete zapojiť partnera služby Power BI, navštívte portál partnerov služby Power BI.