Kanály zostáv Power BI Project (PBIP) a Azure DevOps na overenie

Kombináciou integrácie Git s architektúrou Azure DevOps môžete pripojiť pracovný priestor k vetve v odkladacom priestore Azure DevOps a automaticky sa medzi nimi synchronizovať.

Integráciou formátu PBIP so službou Azure DevOps môžete pomocou kanálov Azure automatizovať kanály spojitej integrácie /nepretržitého nasadenia (CI/CD). Tieto kanály spracujú súbory metaúdajov PBIP a pred jeho nasadením do produkčného systému použijú sériu kontrol kvality vo vašom vývoji.

V tomto článku sa zameriavame na spojitú integráciu a popíšeme, ako vytvoriť kanál Azure DevOps, ktorý zaručí najvhodnejšie postupy pre všetky sémantické modely a zostavy v rámci pracovného priestoru služby Fabric. Implementáciou automatizovaných testov kvality môžete zabrániť bežným chybám a zvýšiť efektivitu tímu. Tento prístup napríklad zaisťuje, že noví členovia tímu dodržiavajú zaužívané normy pre sémantický model a vývoj zostáv.

Ďalšie informácie o integrácii služby PBIP a služby Fabric Git v prehľade projektu a integrácii systému Fabric Git.

Nasledujúci diagram znázorňuje komplexný scenár s dvomi pracovnými postupmi vývoja, ktoré spúšťajú kanál Azure DevOps na overenie kvality vývoja. Spustenie kanála vykoná nasledujúce akcie:

1. Používateľ 1 vyvíja pomocou aplikácie Power BI Desktop.

   1. Vytvorenie vetvy z hlavnej pomocou VS Code (funkcia/množina údajovzmena)
   2. Vykonanie zmien v sémantickom modeli pomocou aplikácie Power BI Desktop
   3. Potvrdiť zmeny do vetvy vzdialeného odkladacieho priestoru pomocou VS Code
   4. Vytvorenie žiadosti o prijatie zmien do hlavnej vetvy pomocou azure DevOps

2. Používateľ 2 sa zároveň vyvíja pomocou iného pracovného priestoru služby Fabric.

   1. Vytvorenie vetvy z hlavnej adresy pomocou služby Fabric Git (úprava funkcií/zostáv)
   2. Vykonanie zmien zostavy v pracovnom priestore služby Fabric
   3. Potvrdiť zmeny do vetvy vzdialeného odkladacieho priestoru pomocou Git služby Fabric
   4. Vytvorenie žiadosti o prijatie zmien do hlavnej vetvy pomocou azure DevOps

3. Vedúci tímu skontroluje žiadosti o prijatie zmien a synchronizuje zmeny v pracovnom priestore tímu pomocou služby Fabric Git.

4. Žiadosť o prijatie zmien spustí kanál Azure DevOps s cieľom skontrolovať sémantický model a kvalitu vývoja zostáv.

Poznámka

V tomto príklade kanál používa dva open-source nástroje komunity, ktoré umožňujú vývojárovi použiť (prispôsobiteľné) pravidlá najvhodnejších postupov na metaúdaje sémantických modelov a zostáv v rámci priečinka projektu Power BI:

• Tabular Editor a pravidlá najvhodnejších postupov
• Inšpektor PBI

Prístup podobný príkladu v tomto článku by sa vzťahoval na iné nástroje komunity. Tento článok sa nezaočíná podrobnostiami nástrojov komunity, vytváraním pravidiel ani úpravou. Podrobné informácie o týchto témach nájdete v poskytnutých prepojeniach. Tento článok sa zameriava na proces, vytvorenia kvalitnej brány medzi ovládacím prvkom zdroja a pracovným priestorom služby Fabric. Je dôležité poznamenať, že uvedené nástroje komunity vyvíjajú prispievatelia tretích strán a spoločnosť Microsoft pre ne neponúka podporu ani dokumentáciu.

Krok 1 – Pripojenie pracovného priestoru služby Fabric k službe Azure DevOps

Pripojte pracovný priestor služby Fabric k službe Azure DevOps:

Keď integrácia systému Fabric v systéme Git dokončí exportovanie položiek pracovného priestoru, vetva Azure DevOps obsahuje priečinok pre každú položku v pracovnom priestore:

Krok 2 – Vytvorte a spustite kanál Azure DevOps

Vytvorenie nového kanála:

1. Na karte Kanály v ľavej navigačnej ponuke vyberte položku Vytvoriť kanál :

   

2. Vyberte Azure Repos Git a vyberte prvý odkladací priestor (odkladací priestor pripojený k pracovnému priestoru služby Fabric):

   

   

3. Vyberte položku Starter pipeline (Štartovací kanál).

   

   V editore sa zobrazí nasledujúci kód YAML:

   

4. Skopírujte a prilepte kód YAML z kanála v režime vývojára služby Power BI do kanála, ktorý ste vytvorili:

   

   

5. Výberom položky Uložiť a spustiť potvrďte nový kanál do odkladacieho priestoru.

   

   

Azure DevOps spustí kanál a spustí dve paralelne vytvárané úlohy:

• Build_Datasets
  • Stiahne binárne údaje nástroja Tabular Editor.
  • Stiahnite si predvolené pravidlá Analyzátora osvedčených postupov. Ak chcete prispôsobiť pravidlá, pridajte Rules-Dataset.json do koreňového adresára odkladacieho priestoru.
  • Prechádzajte cez všetky priečinky položiek sémantického modelu a spustite Pravidlá BPA nástroja Tabular Editor.
• Build_Reports
  • Stiahnite si binárne údaje inšpektorov PBI.
  • Stiahnite si predvolené pravidlá inšpektora PBI. Ak chcete pravidlá prispôsobiť, pridajte Rules-Report.json do koreňového adresára odkladacieho priestoru.
  • Prechádzajte cez všetky priečinky položiek zostavy a spustite pravidlá inšpektora Power BI.

Po dokončení služba Azure DevOps vytvorí zostavu všetkých upozornení a chýb, ktoré sa vyskytli:

Výberom tohto prepojenia otvoríte podrobnejšie zobrazenie týchto dvoch úloh:

Ak zostava alebo sémantický model zlyhá ako pravidlo s vyššou úrovňou závažnosti, zostava zlyhá a chyba sa zvýrazní:

Krok 3 – Definovanie politík vetvy

Akonáhle je kanál v prevádzke, povoľte Politiky vetvy na hlavnej vetve. Týmto krokom sa zabezpečí, že nebude možné vykonať žiadne potvrdenia priamo do hlavnej. Na zlúčenie zmien späť do hlavného kanála je vždy potrebná žiadosť o prijatie zmien a kanál môžete nakonfigurovať tak, aby sa spustil s každou žiadosťou o prijatie zmien.

1. Vyberte politiky hlavnej vetvy>

   

2. Nakonfigurujte vytvorený kanál ako politiku vytvárania pre vetvu:

   

   

Krok 4 – vytvorte žiadosť o prijatie zmien

Ak sa vrátite do pracovného priestoru služby Fabric, vykonáte úpravu niektorej zo zostáv alebo sémantických modelov a pokúsite sa potvrdiť zmenu, zobrazí sa nasledujúca chyba:

Zmeny v hlavnej vetve môžete vykonávať len prostredníctvom žiadosti o prijatie zmien. Ak chcete vytvoriť žiadosť o prijatie zmien, pozrite si novú vetvu na vykonanie zmien:

Vytvorte vetvu priamo z pracovného priestoru služby Fabric:

1. Na table Zdrojový ovládací prvok vyberte možnosť Pokladňa novej vetvy a zadajte názov vetvy.

   

   

   Prípadne sa môžete rozhodnúť vyvíjať v samostatnom, izolovanom pracovnom priestore alebo v aplikácii Power BI Desktop. Ďalšie informácie nájdete v téme Spravovanie vetiev systému Git

2. Potvrdiť zmeny do tejto novej vetvy.

   

3. Po potvrdení vytvorte žiadosť o prijatie zmien do hlavnej vetvy z portálu Azure DevOps.

   

   

Pracovný postup žiadosti o prijatie zmien umožňuje nielen overiť a skontrolovať zmeny, ale aj automaticky spustí kanál.

Ak sa v niektorom z pravidiel vyskytne chyba vysokej závažnosti, nemôžete dokončiť žiadosť o prijatie zmien a zlúčiť zmeny späť do hlavnej vetvy.

Súvisiaci obsah

• Informácie o synchronizácii pracovného priestoru s vetvou systému Git vrátane aktualizácie pracovného priestoru a záväzku zmien do systému Git nájdete v téme Začíname s integráciou systému Git.

• Tipy o rôznych možnostiach vytvárania procesov CI/CD v službe Fabric na základe bežných scenárov pre zákazníkov nájdete v téme Výber najlepšej možnosti pracovného postupu služby Fabric CI/CD pre vás.