Planlægning af Power BI-implementering: Udrul indhold

Seddel

Denne artikel er en del af Power BI-implementeringsplanlægning række artikler. I denne serie fokuseres der primært på Power BI-oplevelsen i Microsoft Fabric. Du kan få en introduktion til serien under planlægning af Power BI-implementering.

Denne artikel hjælper dig med at udrulle indhold som en del af administrationen af indholdslivscyklussen. Det er primært rettet mod:

• Fabric-administratorer: De administratorer, der er ansvarlige for at lede Fabric i organisationen. Fabric-administratorer skal muligvis samarbejde med andre administratorer, f.eks. dem, der har tilsyn med Microsoft 365 eller Azure DevOps.
• COE(Center of Excellence) og BI-teams: De teams, der er ansvarlige for at holde tilsyn med Power BI i organisationen. Disse teams omfatter beslutningstagere, der bestemmer, hvordan de skal administrere livscyklussen for Power BI-indhold. Disse teams kan også omfatte udgivelseschefer, der håndterer livscyklussen for indholdsudgivelser, og teknikere, der opretter og administrerer de komponenter, der er nødvendige for effektivt at bruge og understøtte livscyklusstyring.
• Indholdsoprettere og indholdsejere: Brugere, der opretter indhold, som de vil publicere på Fabric-portalen for at dele med andre. Disse personer er ansvarlige for at administrere livscyklussen for det Power BI-indhold, de opretter.

Livscyklusstyring består af de processer og fremgangsmåder, du bruger til at håndtere indhold fra oprettelsen til dens ophør. I tredje fase af livscyklusstyringvaliderer du indholdsændringer, hvilket omfatter validering udført af både indholdsforfattere og brugere. I fjerde fase udruller du indhold, så forbrugerne kan bruge det.

Hvis du vil dele Power BI-indhold med forbrugere, skal du først publicere (eller udrulle) indholdet til et Fabric-arbejdsområde. Udrulning af indhold omfatter også flytning af dette indhold mellem miljøer, f.eks. udrulning fra et udviklingsarbejdsområde til et testarbejdsområde eller fra et testarbejdsområde til et produktionsarbejdsområde.

På følgende billede kan du se livscyklussen for Power BI-indhold og fremhæve fase fire, hvor du udruller indhold.

Seddel

Du kan finde en oversigt over administration af indholdslivscyklus i første artikel i denne serie.

I denne artikel fokuseres der på vigtige overvejelser og beslutninger om udrulning af indhold i hele dens livscyklus. Du kan finde flere oplysninger om, hvordan du installerer indhold, under:

• Migrer til Power BI: Udrul indhold: I denne artikel beskrives vigtige overvejelser og beslutninger i forbindelse med udrulning, når du migrerer til Power BI fra andre teknologier.
• BI-løsningsplanlægning: Udrul, understøt og overvåg: I denne artikel beskrives det, hvordan du planlægger udrulning, første gang du opretter din Power BI- eller Fabric-løsning.
• Planlægning af implementering af Power BI: Selvbetjent scenarie for udgivelse af indhold: I denne artikel beskrives det, hvordan brugere med selvbetjening kan udrulle indhold ved hjælp af OneDrive for Work- og Skole- og Fabric-udrulningspipelines.
• Planlægning af Implementering af Power BI: Scenarie for udgivelse af virksomhedsindhold: I denne artikel beskrives det, hvordan centrale teams kan udrulle og administrere indhold ved hjælp af Azure DevOps.

Du installerer indhold på to hovedpunkter under indholdslivscyklussen:

• Når du publicerer indhold til et udviklingsarbejdsområde. På dette tidspunkt publicerer du indhold for at validere dine ændringer.
• Når du fremhæver indhold mellem to arbejdsområder (f.eks. at fremhæve indhold fra et udviklingsarbejdsområde til et testarbejdsområde). På dette tidspunkt udruller du indhold, når det er klar til næste fase (f.eks. når nyt indhold er klar til at blive testet).

I følgende afsnit beskrives de fremgangsmåder, du kan benytte for at publicere eller fremhæve indhold.

Beslut, hvordan du vil publicere indhold

Når du udvikler indhold på din lokale computer, skal du publicere dette indhold til et udviklingsarbejdsområde på Fabric-portalen. Du publicerer normalt dette indhold, når du vil udføre validering af de ændringer, du har foretaget.

Seddel

I denne artikel henviser vi til publicering indhold som den første udrulning til udviklingsarbejdsområdet. Publicering af indhold er dog i princippet det samme som at udrulle det.

Indhold, der er oprettet på Fabric-portalen (f.eks. dataflow, dashboards og scorecards), oprettes direkte i udviklingsarbejdsområdet og behøver ikke at blive publiceret.

I følgende afsnit beskrives forskellige metoder, du kan benytte til at publicere indhold.

Publicer med Power BI Desktop

Med Power BI Desktop kan brugerne publicere semantiske modeller og rapporter fra deres lokale computer til et arbejdsområde på Fabric-portalen. Denne fremgangsmåde er den nemmeste måde at publicere indhold på. Det kan dog ikke automatiseres.

Overvej at bruge denne fremgangsmåde, når:

• Indholdsforfattere foretrækker manuelt at styre indholdspublicering på Fabric-portalen.
• Indholdsforfattere bruger Power BI Desktop til at udvikle og administrere indhold.
• Indholdsforfattere kender ikke Azure DevOps eller Git.
• Indhold består kun af semantiske modeller eller rapporter.

Publicer med tredjepartsværktøjer

Værktøjer fra tredjepart gør det muligt for indholdsforfattere at publicere en semantisk model ved hjælp af arbejdsområdet XMLA-slutpunktet for læsning/skrivning. En indholdsopretter bruger f.eks. Tabular Editor til at udvikle og administrere modelmetadata, f.eks. TMDL (Tabular Model Definition Language) eller .bim-filer.

Drikkepenge

Du kan få flere oplysninger om, hvordan du bruger tredjepartsværktøjer til at installere semantiske modeller, i scenarie for administration af avancerede datamodeller.

Du kan finde flere oplysninger om, hvordan du aktiverer og bruger XMLA-slutpunkter med læse-/skriveadgang, under Semantisk modelforbindelse med XMLA-slutpunktet.

Overvej at bruge denne fremgangsmåde, når:

• Indholdsforfattere foretrækker manuelt at styre indholdspublicering på Fabric-portalen.
• Indholdsoprettere bruger et tredjepartsværktøj til at udvikle og administrere indholdet.
• Indhold publiceres til et arbejdsområde, der bruger Premium pr. bruger, Premium-kapacitet eller Fabric-kapacitetslicenstilstand.
• Indholdsforfattere kender ikke Azure DevOps eller Git.
• Indhold består kun af semantiske modeller.

Publicer med opdatering af OneDrive

OneDrive gør det muligt for oprettere af selvbetjeningsindhold automatisk at publicere semantiske modeller eller rapporter til et arbejdsområde på Fabric-portalen ved hjælp af opdatering af OneDrive. Indholdsforfattere kan gemme Power BI Desktop-filer (.pbix) i et delt bibliotek i OneDrive. Det delte bibliotek kan også være et SharePoint- eller Microsoft Teams-dokumentbibliotek.

Drikkepenge

Du kan finde flere oplysninger om, hvordan du bruger OneDrive for Work and School med Power BI-indhold, i selvbetjeningsscenarie for publicering af indhold.

Du kan finde flere oplysninger om, hvordan du konfigurerer opdatering af OneDrive, under Opdater en semantisk model, der er gemt på OneDrive eller SharePoint Online.

Overvej at bruge denne fremgangsmåde, når:

• Indholdsforfattere vil automatisere publicering af indhold på Fabric-portalen.
• Indholdsforfattere kender ikke Azure DevOps eller Git.
• Indholdsforfattere udfører versionsstyring af indhold ved hjælp af OneDrive eller SharePoint.
• Indholdsforfattere gemmer semantiske modeller og rapporter som .pbix-filer.
• Indhold består kun af semantiske modeller eller rapporter.

Publicer med Fabric Git-integration

Fabric Git-integration er en funktion, der udelukkende er til Fabric-kapaciteter, der gør det muligt for indholdsforfattere at synkronisere en forgrening fra et eksternt Git-lager til et Fabric-arbejdsområde. Du kan bruge Git-integration sammen med Azure DevOps til at synkronisere indhold fra Azure Repos, eller du kan udrulle indhold ved hjælp af Azure Pipelines (beskrevet i næste afsnit).

Seddel

Azure DevOps er en pakke af tjenester, der kan integreres med Power BI og Fabric, så du kan planlægge og organisere administration af indholdslivscyklus. Når du bruger Azure DevOps på denne måde, bruger du typisk følgende tjenester:

• Azure Repos: Giver dig mulighed for at oprette og bruge et eksternt Git-lager, som er en fjernlagerplacering, du bruger til at spore og administrere indholdsændringer.
• Azure Pipelines: Giver dig mulighed for at oprette og bruge et sæt automatiserede opgaver til at håndtere, teste og udrulle indhold fra et fjernlager til et arbejdsområde.
• Azure Test Plans: Giver dig mulighed for at designe test for at validere løsningen og automatisere kvalitetskontrol sammen med Azure Pipelines.
• Azure Boards: Giver dig mulighed for at bruge tavler til at spore opgaver og planer som arbejdselementer og linke eller referere til arbejdselementer fra andre Azure DevOps-tjenester.
• Azure Wiki: Giver dig mulighed for at dele oplysninger med deres team for at forstå og bidrage til indhold.

Sammenfattende publiceres indhold, der er blevet bekræftet og pushet til fjernlageret, automatisk til arbejdsområdet via denne synkroniseringsproces. En vigtig fordel ved denne fremgangsmåde er, at den giver dig mulighed for at knytte dine administration af versionsstyring processer med indholdspublikation. Det gør det f.eks. nemmere at annullere ændringer eller hele versioner af en løsning.

Drikkepenge

Du kan finde flere oplysninger om, hvordan du bruger Fabric Git-integration til at installere Power BI-indhold, i scenarie for udgivelse af virksomhedsindhold.

Du kan få flere oplysninger om, hvordan du konfigurerer Git-integration, under Selvstudium: Livscyklusstyring i Fabric- og Power BI Desktop-projekter: Git-integration.

Overvej at bruge denne fremgangsmåde, når:

• Indholdsforfattere kender Azure DevOps og Git.
• Indholdsforfattere bruger Azure DevOps til samarbejde og kildestyring.
• Indholdsoprettere gemmer semantiske modeller og rapporter som Power BI-projekt (.pbip) filer.
• Indhold publiceres til et arbejdsområde på en Fabric-kapacitet.
• Indhold består af understøttede elementtyper, der af git-integrationsfunktionen.
• Indholdet har ikke følsomhedsmærkater.

Seddel

Den måde, du bruger Git-integration på til at udrulle og administrere indhold, afhænger i høj grad af dine forgreninger og fletningsstrategier, som du beslutter i fase 2 i livscyklusstyring.

Publicer med Azure Pipelines

Azure Pipelines automatisere test, administration og udrulning af indhold programmatisk. Når der køres en pipeline, udføres trinnene i pipelinen automatisk. Azure Pipelines er mere kompleks og kræver mere tid og kræfter at konfigurere sammenlignet med andre metoder, men det giver mest kontrol og fleksibilitet til at orkestrere udrulningsprocessen.

Drikkepenge

Du kan udrulle indhold ved hjælp af Azure Pipelines og POWER BI REST API'er til arbejdsområder, der ikke er på Fabric- eller Premium-kapacitet. Fabric REST API'er fungerer dog kun sammen med Fabric, og XMLA-slutpunkterne fungerer kun med Fabric- eller Premium-kapacitet.

Du kan finde flere oplysninger om, hvordan du bruger Azure Pipelines til at installere Power BI-indhold, i scenarie for udgivelse af virksomhedsindhold.

Du kan få flere oplysninger om, hvordan du integrerer Azure DevOps med Power BI, under Power BI Desktop-projekter Azure DevOps-integration og buildpipelines.

Overvej at bruge Azure Pipelines til at organisere indholdsinstallation, når:

• Indholdsforfattere kender Azure DevOps og Fabric REST API'er.
• Indholdsforfattere bruger Azure DevOps til samarbejde og kildestyring.
• Indholdsforfattere bruger ikke Fabric Git-integration.

Azure Pipelines og andre kodebaserede værktøjer kan udrulle indhold via programmering ved hjælp af et eller flere af følgende API'er eller slutpunkter:

• REST API'er til Power BI: Der er forskellige Power BI REST API-slutpunkter, som du kan bruge til at udrulle indhold. REST API'erne til Power BI understøtter kun Power BI-elementtyper.
  • Importér: Du kan publicere understøttede elementer ved hjælp af REST API'erne til Power BI til at importere en gyldig kildefil til et arbejdsområde (f.eks. en .pbix-fil).
  • Installér: Du kan udrulle understøttede elementer og hæve dem fra ét arbejdsområde til et andet, hvis de er faser i en udrulningspipeline.
• Fabric REST API'er: Der er forskellige Fabric REST API-slutpunkter, som du kan bruge til at udrulle indhold. Fabric REST API'erne understøtter både Power BI- og Fabric-elementtyper.
  • Opret: Du kan oprette understøttede elementer ved hjælp af Fabric REST API'er sammen med en gyldig elementdefinition.
  • opdatering fra Git: Du kan opdatere et arbejdsområde med indhold fra et fjernlager, der er forbundet ved hjælp af Git-integration.
• XMLA-slutpunkter med læse-/skriveadgang: Du kan oprette eller ændre semantiske modeller ved hjælp af XMLA-slutpunkter sammen med en gyldig model.bim-fil. MED XMLA-slutpunkter kan du installere ændringer i bestemte modelobjekter i stedet for hele modellen. Azure Pipelines kan bruge tredjepartsværktøjer (f.eks. kommandolinjegrænsefladen i Tabular Editor) til at installere semantiske modeller ved hjælp af XMLA-slutpunkterne.

Drikkepenge

Når du bruger REST API'er til Fabric eller Power BI, skal du først oprette en appregistrering i Azure (beskrevet her for Power BI Embedded). Dette kræver en Microsoft Entra ID-lejer og en organisationsbruger og kan være en kompleks proces til konfiguration af de relevante tilladelser. Du kan dog udføre Fabric REST API'er i notesbøger uden at oprette en appregistrering. Dette strømliner konfiguration og brug af API'er i dine løsninger, så du ikke behøver at administrere legitimationsoplysninger eller konfigurere nogen konfiguration, før du bruger API'erne.

Hvis du vil bruge Fabric REST API'er uden at registrere en app, skal du bruge semantiske link i en Fabric-notesbog med FabricRestClientClass- af sempy- til at kalde API'en.

Sammen med automatiseret test hjælper Azure Pipelines-integration med Power BI dig med at opnå kontinuerlig integration og kontinuerlig udrulning (CI/CD).

Når du bruger Azure Pipelines, kan pipelineejere tilpasse udløsere, trin og funktionalitet, så de opfylder udrulningsbehovene. Antallet og typerne af pipelines varierer derfor afhængigt af løsningskravene.

Der er tre typer Azure Pipelines, som du kan konfigurere til at teste, administrere og installere din Power BI-løsning.

• Valideringspipelines
• Opret pipelines
• Frigiv pipelines

Seddel

Det er ikke nødvendigt at have alle tre typer pipeline i din publiceringsløsning. Afhængigt af din arbejdsproces og dine behov kan du konfigurere en eller flere varianter af de pipelines, der er beskrevet i denne artikel, for at automatisere indholdspublikationen. Denne mulighed for at tilpasse pipelines er en fordel ved Azure Pipelines i forhold til de indbyggede Fabric-udrulningspipelines.

Valideringspipelines

Valideringspipelines udfører grundlæggende kvalitetskontrol af datamodeller, før de publiceres i et udviklingsarbejdsområde. Ændringer i en forgrening af fjernlageret udløser normalt pipelinen for at validere disse ændringer med automatiseret test.

Eksempler på automatiseret test omfatter scanning af datamodellen for overtrædelser af bedste praksis ved hjælp af BPA (Best Practice Analyzer)eller ved at køre DAX-forespørgsler mod en publiceret semantisk model. Resultaterne af disse test gemmes derefter i fjernlageret med henblik på dokumentation og overvågning. Datamodeller, der ikke valideres, bør ikke publiceres. Pipelinen skal i stedet give indholdsoprettere besked om problemerne.

Opret pipelines

Opret pipelines forberede datamodeller til publicering i Power BI-tjenesten. Disse pipelines kombinerer serialiserede modelmetadata i en enkelt fil, der senere udgives af en udgivelsespipeline. En buildpipeline kan også foretage ændringer af metadataene, f.eks. ændre parameterværdier. Buildpipelines producerer udrulningsartefakter, der består af datamodelmetadata (til datamodeller) og Power BI-projektfiler (.pbip), der er klar til publicering i Power BI-tjenesten.

Frigiv pipelines

Udgiv pipelines, der publicerer eller udruller indhold. En udgivelsesløsning indeholder typisk flere udgivelsespipelines, afhængigt af destinationsmiljøet.

• udviklingsudgivelsespipeline: Denne første pipeline udløses automatisk. Det publicerer indhold til et udviklingsarbejdsområde, når build- og valideringspipelines er fuldført.
• test- og produktionsudgivelsespipelines: Disse pipelines udløses ikke automatisk. I stedet udløses de efter behov, eller når de godkendes. Test- og produktionsudgivelsespipelines udruller indhold til henholdsvis en test eller et produktionsarbejdsområde efter udgivelsesgodkendelse. Udgivelsesgodkendelser sikre, at indhold ikke automatisk udrulles til en test- eller produktionsfase, før det er klar. Disse godkendelser leveres af udgivelsesadministratorer, der er ansvarlige for planlægning og koordinering af indholdsudgivelse til test- og produktionsmiljøer.

Beslut, hvordan du vil fremhæve indhold mellem arbejdsområder

Når du bruger forskellige miljøer til udvikling, test og produktion, skal du udrulle indhold til alle tre miljøer. Der er forskellige værktøjer og metoder, som du kan bruge til at fremhæve indhold mellem arbejdsområder, afhængigt af din specifikke arbejdsproces og dine behov.

I følgende afsnit beskrives de fremgangsmåder, du kan benytte for at fremhæve indhold mellem arbejdsområder.

Forsigtighed

Undgå manuelt at publicere indhold fra din lokale computer for at teste og producere arbejdsområder. Det kan resultere i fejl eller afbrydelser på grund af fejl. Generelt bør du kun publicere til et udviklingsarbejdsområde eller til et privat arbejdsområde, hvis du bruger et.

Udrul med Fabric-udrulningspipelines

Udrulningspipelines giver dig mulighed for at konfigurere to eller flere faser (f.eks. udvikling, test eller produktion) og udrulle Fabric-indhold mellem disse faser. En pipelineadministrator tildeler et enkelt Power BI-arbejdsområde til hver fase i udrulningspipelinen. Den måde, du bruger udrulningspipelines på, afhænger af, hvordan du har besluttet at konfigurere og bruge arbejdsområder.

Overvej at bruge udrulningspipelines, når:

• Indhold udrulles i arbejdsområder med Premium pr. bruger, Premium-kapacitet eller Fabric-kapacitetslicenstilstand.
• Indholdstypetyper og -scenarier understøttes af udrulningspipelines.

Overvej en anden tilgang end udrulningspipelines, når:

• Du foretrækker at udrulle indhold fra et eksternt lager, f.eks. ved hjælp af Azure Pipelines.
• Det er din hensigt at bruge Git-integration til at synkronisere forskellige faser med forskellige forgreninger af fjernlageret i stedet for at udrulle indholdet.

Drikkepenge

Du kan finde flere oplysninger om, hvordan du bruger udrulningspipelines til at fremhæve indhold mellem arbejdsområder, i selvbetjeningsindholdspublicering og virksomhedsindholdspublicering anvendelsesscenarier.

Du kan få flere oplysninger om udrulningspipelines under udrulningspipelines: Forstå installationsprocessen.

Den nemmeste måde at bruge en udrulningspipeline på er, når du publicerer alt indhold til et enkelt arbejdsområde og hæver det til senere faser i en enkelt udrulningspipeline. I følgende diagram beskrives denne første tilgang til installation af indhold ved hjælp af en udrulningspipeline.

Kort sagt udgiver en indholdsopretter normalt først indhold til den indledende fase af pipelinen. Hvis du derefter vil hæve indhold til de senere faser, udløser en pipelineadministrator en udrulning. Når der sker en udrulning, udruller udrulningspipelinen indholdsmetadata fra ét arbejdsområde til det næste.

Når du adskiller indhold efter elementtype i forskellige arbejdsområder, skal du bruge separate udrulningspipelines til at installere dette indhold. Du kan linke indhold på tværs af arbejdsområder med flere udrulningspipelines ved hjælp af automatisk binding. Automatisk binding på tværs af udrulningspipelines sikrer, at indhold forbliver sammenkædet med det relevante element i den pågældende fase. Rapporten i udviklingsfasen forbliver f.eks. knyttet til modellen i udviklingsfasen for den anden udrulningspipeline. Du kan dog også undgå automatisk binding funktionsmåde, hvis dit scenarie kræver, at du linker indhold på tværs af arbejdsområder med et andet mønster.

I følgende diagram beskrives denne anden metode til installation af indhold ved hjælp af flere udrulningspipelines.

Kort sagt svarer udrulning af indhold ved hjælp af flere udrulningspipelines til at bruge en enkelt pipeline. En vigtig forskel er, at du eventuelt kan linke indhold, der er forbundet på tværs af arbejdsområder og udrulningspipelines, ved hjælp af automatisk binding. Ellers er den identisk med den første fremgangsmåde.

Udrulningspipelines er et fleksibelt og ligetil værktøj, der er velegnet til at forbedre administrationen af indholdslivscyklussen for både selvbetjeningsscenarier og virksomhedsscenarier.

Adgang til både arbejdsområdet og udrulningspipelinen er påkrævet for de brugere, der udfører en udrulning. Vi anbefaler, at du planlægge adgang til udrulningspipeline, så pipelineadministratorer kan få vist installationshistorik og sammenligne indhold. Når du samarbejder med flere indholdsforfattere, kan du overveje at begrænse pipelineadgangen til udgivelsesadministratorer eller tekniske ejere, der er bedst egnet til at overvåge udrulnings- og udgivelsesprocesserne.

Overvej desuden at bruge udrulningsregler til at angive forskellige konfigurationer for elementer i forskellige faser. Det kan f.eks. være, at du ønsker, at en semantisk model i udviklingsarbejdsområdet henter data fra udviklingsdatabasen, mens den semantiske model i produktionsarbejdsområdet henter data fra produktionsdatabasen.

Drikkepenge

Hvis flere personer har adgang til din udrulningspipeline, anbefaler vi, at du gennemser udrulningshistorikken regelmæssigt. Disse anmeldelser kan hjælpe dig med at identificere ikke-godkendte installationer eller installationsfejl.

Hvis du bruger automatisk binding til at sammenkæde elementer på tværs af udrulningspipelines, skal du sørge for også at gennemse elementafstamninger for at identificere afbrydelser i automatisk binding, der skyldes, at en person publicerer sammenkædet indhold til den forkerte fase.

Du kan udløse udrulninger manuelt eller programmatisk ved hjælp af REST API'er til Power BI. I begge tilfælde skal du definere en klar og robust proces for, hvornår du hæver indhold til hver fase, og hvordan du annullerer utilsigtede ændringer.

Udfør udrulningen manuelt

Du kan udrulle indhold manuelt ved hjælp af Fabric-udrulningspipelinen. Du kan vælge installere alt indhold eller vælge elementer. Selektiv udrulning kan være nyttig, når noget af indholdet er klar til at gå videre til næste fase, men nogle elementer er stadig under udvikling eller validering. Derudover kan du udføre en bagududrulning, når indholdsændringer findes i en senere fase, men ikke i en tidligere fase.

Forsigtighed

Når du bruger udrulningspipelines, anbefaler vi, at du udruller indhold i en enkelt retning, f.eks. fra udvikling til test til produktionsarbejdsområder. Du bør typisk undgå at foretage ændringer af indhold i senere faser, før disse ændringer har gennemgået den relevante validering i forbindelse med udvikling eller test.

Når du udfører en manuel udrulning, kan du sammenligne faser for at identificere indholdsændringer i vinduet ændringsgennemsyn. Denne fremgangsmåde er især nyttig, når du ikke bruger et Git-fjernlager til kildestyring.

Brug REST API'er til Power BI til at udføre udrulning

Du kan bruge REST API'erne til Power BI til at udrulle indhold ved hjælp af en udrulningspipeline. En fordel ved at bruge REST API'er er, at du kan automatisere udrulningen og integrere den med andre værktøjer, f.eks. Azure Pipelines i Azure DevOps.

Udrul med Azure Pipelines

Med Azure Pipelines kan du orkestrere udrulning mellem alle faser. Med denne fremgangsmåde kan du bruge Fabric REST API'er til at udrulle og administrere indhold og gøre brug af forskellige Azure Pipelines, f.eks. validering og udgivelsespipelines.

Overvej at bruge Azure Pipelines, når:

• Du vil centralisere orkestrering af udrulning fra Azure DevOps.
• Indholdsforfattere bruger Azure DevOps til at samarbejde og til kildekontrol.

Overvej en anden tilgang end Azure Pipelines, når:

• Indholdsforfattere kender ikke Azure DevOps eller kodebaserede udrulninger.
• Indhold indeholder elementtyper, der ikke har en understøttet definition eller et kildefilformat, f.eks. dashboards.

Der er to forskellige metoder til at udrulle indhold med Azure Pipelines. Enten organiserer de udrulningspipelines, eller de udruller indhold til et arbejdsområde uden en udrulningspipeline.

Orchestrate Fabric-udrulningspipelines ved hjælp af Azure Pipelines

I denne fremgangsmåde orkestrer udgivelsespipelines indholdsinstallation til test- og produktionsarbejdsområder ved hjælp af udrulningspipelines. Indhold fremmes via udviklings-, test- og produktionsarbejdsområder i Fabric.

I følgende diagram kan du se, hvordan du orkestrerer udrulningspipelines fra Azure Pipelines.

Indholdsoprettere publicerer indhold til arbejdsområdet i den første fase af udrulningspipelinen. Derefter godkender en udgivelsesadministrator udrulningen, som udløser en Azure Pipeline. Denne pipeline bruger REST API'erne til Power BI til at fremhæve indhold mellem faser, så metadataene installeres i et andet arbejdsområde. En fordel ved denne fremgangsmåde er, at du kan orkestrere udrulningen af flere Fabric-elementtyper via udrulningspipelines, fordi nogle elementtyper er udviklet på Fabric-portalen og derfor ikke kan udrulles af Azure Pipelines alene.

Udrul indhold udelukkende ved hjælp af Azure Pipelines

Du kan også udrulle indhold til et arbejdsområde fra Azure DevOps ved hjælp af Azure Pipelines. Denne fremgangsmåde bruger ikke udrulningspipelines. I stedet bruges udgivelsespipelines til at installere kildefiler eller metadatafiler ved hjælp af enten Fabric- eller Power BI REST API'er eller XMLA-slutpunkter til læsning/skrivning. Disse filer gemmes typisk i et Azure Repos Git-lager.

I følgende diagram kan du se, hvordan du installerer indhold ved kun at bruge Azure Pipelines.

Indholdsoprettere kan kort sagt bekræfte og pushoverføre indholdsændringer til et eksternt Git-lager i Azure Repos. Dette indhold bruges af Azure Pipelines til udrulningen. Når udgivelsesadministratoren har godkendt den specifikke udrulning, udruller Azure Pipeline indhold til arbejdsområdet enten ved hjælp af REST API'er til Power BI (dvs. til .pbix-filer), Fabric REST API'er (dvs. for elementdefinitioner) eller XMLA-slutpunkter (dvs. til model.bim-filer). Der findes en separat Azure Pipeline for hvert arbejdsområde.

Denne fremgangsmåde kræver ikke Fabric-kapacitet eller Premium-licenser, når du kun publicerer Power BI Desktop-filer med REST API'er til Power BI. Det kræver dog mere konfigurationsindsats og kompleksitet, fordi du skal administrere udrulning uden for Power BI. Udviklingsteams, der allerede bruger DevOps til dataløsninger uden for Power BI, kender måske denne fremgangsmåde. Udviklingsteams, der bruger denne fremgangsmåde, kan konsolidere udrulningen af dataløsninger i Azure DevOps.

Udrul med Fabric Git-integration

Når du bruger Git-integration, kan du synkronisere forskellige forgreninger til forskellige arbejdsområder i stedet for at publicere eller udrulle indhold eksplicit. På den måde kan du have separate forgreninger til udviklings-, test- og produktionsarbejdsområder. I dette scenarie synkroniseres primære-forgrening med arbejdsområdet produktion. Du udruller derefter indhold mellem arbejdsområder ved at udføre en pullanmodning for at flette udviklingsgrenen til test-forgreningen (for at udrulle til testarbejdsområdet) eller for at flette testgrenen til hovedgrenen (for at udrulle til produktionsarbejdsområdet).

I følgende diagram kan du se, hvordan du udruller indhold ved hjælp af Fabric Git-integration til at synkronisere forgreninger til forskellige arbejdsområder. For nemheds skyld indeholder diagrammet ikke detaljer om forgrening eller fletning af indhold.

Indholdsoprettere kan kort sagt bekræfte og pushoverføre indholdsændringer til et eksternt Git-lager i Azure Repos. Indholdsforfattere åbner pullanmodninger for at anmode om at flette deres ændringer til en bestemt forgrening. Afhængigt af forgreningsstrategien er forskellige forgreninger forbundet til forskellige arbejdsområder. Når ændringerne er flettet til en forgrening, synkroniserer indholdsoprettere arbejdsområdet med det eksterne Git-lager for at få vist de seneste ændringer af indholdet i det pågældende arbejdsområde.

Overvej denne fremgangsmåde, når:

• Du vil organisere udrulningen mellem arbejdsområder ved hjælp af din forgrenings- og fletningsstrategi.
• Du har ikke til hensigt at bruge Azure Pipelines eller Fabric-udrulningspipelines til at orkestrere udrulninger for at teste og producere.
• Arbejdsområdet indeholder ikke elementer, der ikke understøttes, eller scenarier.
• Indholdet har ikke følsomhedsmærkater.

Seddel

Der er mange gyldige måder at installere indhold på. Du kan f.eks. bruge en kombination af de forskellige metoder, der er beskrevet i denne artikel.

Du kan f.eks. udrulle indhold til et udviklingsarbejdsområde ved hjælp af en Azure Pipeline, som giver dig mulighed for at drage fordel af løbende integrationsfunktioner og udføre automatiserede test (f.eks. ved hjælp af Analyse af bedste praksis). Derefter kan du udrulle indhold mellem arbejdsområder ved hjælp af enten Git-integration eller en Fabric-udrulningspipeline.

Vælg den fremgangsmåde, der passer bedst til dine behov, og den måde, dit team fungerer på.

Beslut, hvordan aktiviteter efter udrulning skal håndteres

Efter udrulningen er der forskellige aktiviteter efter udrulning, der skal håndteres. Mange af disse aktiviteter kan håndteres programmatisk, f.eks. af en Azure Pipeline eller notesbog og Rest API'erne til Power BI og Fabric. Du kan f.eks. angive legitimationsoplysninger for datakilden ved hjælp af programmering, administrere planlagt opdatering og udløse opdateringer efter en metadatainstallation. Nogle opgaver kræver dog manuel indgriben, f.eks. en førstegangskonfiguration eller opdatering af en Power BI-app.

Sørg for, at du identificerer alle relevante aktiviteter efter udrulningen for dit indhold, og at du bestemmer, hvordan de skal håndteres.

Når du har planlagt, hvordan du udruller indhold, skal du overveje, hvordan du support og overvåge det.

tjekliste – Når du planlægger at udrulle indhold, omfatter vigtige beslutninger og handlinger:

• Identificer de udrulningsindstillinger, der er tilgængelige for dig: Afhængigt af din licens og dit indhold har du forskellige muligheder for at publicere indhold eller hæve det mellem arbejdsområder. Identificer, om du kan bruge udrulningspipelines, Azure DevOps, Git-integration, Fabric REST API'er og XMLA-slutpunkter til læsning/skrivning.
• Beslut, hvordan du vil publicere indhold: Vælg en metode til at publicere indhold, der passer bedst til din arbejdsproces og dine behov. Sørg for, at denne fremgangsmåde er i overensstemmelse med dine andre strategier, f.eks. hvordan du sporer og administrerer ændringer.
• Beslut, hvordan du vil fremhæve indhold mellem arbejdsområder: Vælg en metode til at udrulle indhold fra udvikling til testarbejdsområder og fra test til produktionsarbejdsområder. Sørg for, at denne fremgangsmåde er i overensstemmelse med dine andre strategier, f.eks. hvordan du publicerer indhold.
• Planlæg din udgivelsesstrategi: Find ud af, om en bestemt person er ansvarlig for den endelige gennemgang af indholdet, før du godkender en udgivelse eller udrulning. Sørg for, at denne person er opmærksom på denne opgave, og hvad vedkommende skal gøre for at beskytte udrulningsprocessen uden at blokere for status.
• Planlæg aktiviteter efter udrulning: Sørg for, at du har besluttet dig for en proces til at udføre aktiviteter, f.eks. opdatering af en Power BI-app eller opdatering af dataelementer efter en metadatainstallation. Overvej at automatisere denne proces ved hjælp af Fabric REST API'er.
• Udfør førstegangsinstallationsværktøjer og -processer: Sørg for, at du konfigurerer den relevante adgang, og at tilladelserne er i overensstemmelse med den måde, du konfigurerer adgang til dit indhold på.
• Udrul indhold til produktion: Når du har planlagt og konfigureret udrulningen, skal du udrulle indhold til produktion.

Relateret indhold

I næste artikel i denne seriekan du få mere at vide om, hvordan du understøtter og overvåger indhold som en del af administrationen af indholdslivscyklussen.