Planering av Power BI-implementering: Distribuera innehåll

Not

Den här artikeln är en del av Power BI-implementeringsplaneringen artikelserie. Den här serien fokuserar främst på Power BI-upplevelsen i Microsoft Fabric. En introduktion till serien finns i Power BI-implementeringsplanering.

Den här artikeln hjälper dig att distribuera innehåll som en del av hanteringen av innehållslivscykeln. Det är främst inriktat på:

• Fabric-administratörer: De administratörer som ansvarar för att övervaka Fabric i organisationen. Infrastrukturadministratörer kan behöva samarbeta med andra administratörer, till exempel de som övervakar Microsoft 365 eller Azure DevOps.
• Center of Excellence (COE) och BI-team: De team som ansvarar för att övervaka Power BI i organisationen. De här teamen omfattar beslutsfattare som bestämmer hur de ska hantera livscykeln för Power BI-innehåll. Dessa team kan också omfatta versionshanterare som hanterar livscykeln för innehållsversioner och tekniker som skapar och hanterar de komponenter som behövs för att effektivt använda och stödja livscykelhantering.
• Innehållsskapare och innehållsägare: Användare som skapar innehåll som de vill publicera på Infrastrukturportalen för att dela med andra. Dessa personer ansvarar för att hantera livscykeln för det Power BI-innehåll som de skapar.

Livscykelhantering består av de processer och metoder som du använder för att hantera innehåll från skapandet till dess slutliga tillbakadragning. I den tredje fasen av livscykelhanteringvaliderar du innehållsändringar, vilket innebär validering som utförs av både innehållsskapare och användare. I den fjärde fasen distribuerar du innehåll som användarna kan använda.

Om du vill dela Power BI-innehåll med konsumenter bör du först publicera (eller distribuera) innehållet till en Fabric-arbetsyta. Distribution av innehåll innebär också att flytta innehållet mellan miljöer, till exempel distribution från en utvecklingsarbetsyta till en testarbetsyta eller från en testarbetsyta till en produktionsarbetsyta.

Följande bild visar livscykeln för Power BI-innehåll, som markerar steg fyra, där du distribuerar innehåll.

Not

En översikt över innehållslivscykelhantering finns i den första artikeln i den här serien.

Den här artikeln fokuserar på viktiga överväganden och beslut för att distribuera innehåll under hela livscykeln. Mer information om hur du distribuerar innehåll finns i:

• Migrera till Power BI: Distribuera innehåll: I den här artikeln beskrivs viktiga överväganden och beslut för distribution när du migrerar till Power BI från andra tekniker.
• BI-lösningsplanering: Distribuera, stödja och övervaka: Den här artikeln beskriver hur du planerar för distribution när du först skapar din Power BI- eller Fabric-lösning.
• Implementeringsplanering för Power BI: Användningsscenario för självbetjäning av innehållspublicering: Den här artikeln beskriver hur självbetjäningsanvändare kan distribuera innehåll med hjälp av distributionspipelines för OneDrive för arbete och skola och infrastrukturresurser.
• Implementeringsplanering för Power BI: Användningsscenario för publicering av företagsinnehåll: Den här artikeln beskriver hur centrala team kan distribuera och hantera innehåll med hjälp av Azure DevOps.

Du distribuerar innehåll på två huvudpunkter under innehållslivscykeln:

• När du publicerar innehåll på en utvecklingsarbetsyta. Nu publicerar du innehåll för att verifiera dina ändringar.
• När du höjer upp innehåll mellan två arbetsytor (till exempel att marknadsföra innehåll från en utvecklingsarbetsyta till en testarbetsyta). Nu distribuerar du innehåll när det är redo för nästa steg (till exempel när nytt innehåll är redo att testas).

I följande avsnitt beskrivs metoder som du kan använda för att publicera eller höja upp innehåll.

Bestäm hur du ska publicera innehåll

När du utvecklar innehåll på den lokala datorn måste du publicera innehållet på en utvecklingsarbetsyta i Infrastrukturportalen. Du publicerar vanligtvis det här innehållet när du vill utföra validering av de ändringar som du har gjort.

Not

I den här artikeln refererar vi till publicering av innehåll som den första distributionen till arbetsytan utveckling. Men i princip är publicering av innehåll detsamma som att distribuera det.

Innehåll som skapas i Infrastrukturportalen (till exempel dataflöden, instrumentpaneler och styrkort) skapas direkt på arbetsytan för utveckling och behöver inte publiceras.

I följande avsnitt beskrivs olika metoder som du kan använda för att publicera innehåll.

Publicera med Power BI Desktop

Med Power BI Desktop kan användare publicera semantiska modeller och rapporter från sin lokala dator till en arbetsyta i Infrastrukturportalen. Den här metoden är det enklaste sättet att publicera innehåll. Det kan dock inte automatiseras.

Överväg att använda den här metoden när:

• Innehållsskapare föredrar att manuellt styra innehållspublicering till Fabric-portalen.
• Innehållsskapare använder Power BI Desktop för att utveckla och hantera innehåll.
• Innehållsskapare är inte bekanta med Azure DevOps eller Git.
• Innehållet består endast av semantiska modeller eller rapporter.

Publicera med verktyg från tredje part

Med verktyg från tredje part kan innehållsskapare publicera en semantisk modell med hjälp av arbetsytan XMLA-slutpunkt för läsning/skrivning. Till exempel använder en innehållsskapare Tabellredigeraren för att utveckla och hantera modellmetadata, till exempel TMDL-filer (tabellmodelldefinitionsspråk) eller .bim-filer.

Tips

Mer information om hur du använder verktyg från tredje part för att distribuera semantiska modeller finns i scenario för användning av avancerad datamodellhantering.

Mer information om hur du kan aktivera och använda XMLA-slutpunkter för läsning/skrivning finns i semantisk modellanslutning med XMLA-slutpunkten.

Överväg att använda den här metoden när:

• Innehållsskapare föredrar att manuellt styra innehållspublicering till Fabric-portalen.
• Innehållsskapare använder ett verktyg från tredje part för att utveckla och hantera innehållet.
• Innehåll kommer att publiceras till en arbetsyta som använder Premium per användare (PPU), Premium-kapacitet eller Fabric-kapacitetslicensläge.
• Innehållsskapare är inte bekanta med Azure DevOps eller Git.
• Innehållet består endast av semantiska modeller.

Publicera med OneDrive-uppdatering

Med OneDrive kan innehållsskapare med självbetjäning automatiskt publicera semantiska modeller eller rapporter till en arbetsyta i Infrastrukturportalen med hjälp av OneDrive-uppdatering. Innehållsskapare kan spara Power BI Desktop-filer (.pbix) i ett delat bibliotek i OneDrive. Det delade biblioteket kan också vara ett SharePoint- eller Microsoft Teams-dokumentbibliotek.

Tips

Mer information om hur du använder OneDrive för arbete och skola med Power BI-innehåll finns i användningsscenariot självbetjäning av innehållspublicering.

Mer information om hur du kan konfigurera OneDrive-uppdatering finns i Uppdatera en semantisk modell som lagras på OneDrive eller SharePoint Online.

Överväg att använda den här metoden när:

• Innehållsskapare vill automatisera innehållspublicering till Fabric-portalen.
• Innehållsskapare är inte bekanta med Azure DevOps eller Git.
• Innehållsskapare utför versionskontroll av innehåll med hjälp av OneDrive eller SharePoint.
• Innehållsskapare sparar semantiska modeller och rapporter som .pbix-filer.
• Innehållet består endast av semantiska modeller eller rapporter.

Publicera med Fabric Git-integration

Fabric Git-integrering är en funktion som är exklusiv för Fabric-kapaciteter och gör det möjligt för innehållsskapare att synkronisera en gren från ett fjärranslutet Git-arkiv till en Fabric-arbetsyta. Du kan använda Git-integrering tillsammans med Azure DevOps för att synkronisera innehåll från Azure Repos, eller så kan du distribuera innehåll med hjälp av Azure Pipelines (beskrivs i nästa avsnitt).

Not

Azure DevOps är en uppsättning tjänster som integreras med Power BI och Fabric som hjälper dig att planera och samordna innehållslivscykelhantering. När du använder Azure DevOps på det här sättet använder du vanligtvis följande tjänster:

• Azure Repos: Gör att du kan skapa och använda en fjärransluten Git-lagringsplats, som är en fjärrlagringsplats som du använder för att spåra och hantera innehållsändringar.
• Azure Pipelines: Gör att du kan skapa och använda en uppsättning automatiserade uppgifter för att hantera, testa och distribuera innehåll från en fjärrlagringsplats till en arbetsyta.
• Azure-testplaner: Gör att du kan utforma tester för att verifiera lösningen och automatisera kvalitetskontroll tillsammans med Azure Pipelines.
• Azure Boards: Gör att du kan använda tavlor för att spåra uppgifter och planer som arbetsobjekt och länka eller referera till arbetsobjekt från andra Azure DevOps-tjänster.
• Azure Wiki-: Gör att du kan dela information med deras team för att förstå och bidra till innehåll.

Sammanfattnings nog publiceras innehåll som har checkats in och push-överförts till fjärrlagringsplatsen automatiskt till arbetsytan via den här synkroniseringsprocessen. En viktig fördel med den här metoden är att du kan koppla dina källkontrollhantering processer med innehållspublikation. Det möjliggör till exempel enklare återställning av ändringar eller hela versioner av en lösning.

Tips

Mer information om hur du använder Fabric Git-integrering för att distribuera Power BI-innehåll finns i användningsscenariot företagsinnehållspublicering.

Mer information om hur du kan konfigurera Git-integrering finns i Tutorial: Lifecycle management in Fabric and Power BI Desktop projects: Git integration.

Överväg att använda den här metoden när:

• Innehållsskapare är bekanta med Azure DevOps och Git.
• Innehållsskapare använder Azure DevOps för samarbete och källkontroll.
• Innehållsskapare sparar semantiska modeller och rapporter som Power BI-projekt (.pbip) filer.
• Innehållet publiceras till en arbetsyta i en Fabric-kapacitet.
• Innehållet består av objekttyper som stöds av Git-integreringsfunktionen.
• Innehållet har inga etiketter för känslighet .

Not

Hur du använder Git-integrering för att distribuera och hantera innehåll beror i hög grad på dina förgrenings- och sammanslagningsstrategier, som du bestämmer i steg två i livscykelhanteringen.

Publicera med Azure Pipelines

Azure Pipelines automatisera testning, hantering och distribution av innehåll programmatiskt. När en pipeline körs, utförs stegen i pipelinen automatiskt. Azure Pipelines är mer komplext och kräver mer tid och arbete för att konfigurera jämfört med andra metoder, men det ger mest kontroll och flexibilitet för att samordna distributionsprocessen.

Tips

Du kan distribuera innehåll med hjälp av Azure Pipelines och Power BI REST-API:er till arbetsytor som inte finns i Infrastrukturresurser eller Premium-kapacitet. Rest-API:erna för Fabric fungerar dock bara med Fabric och XMLA-slutpunkterna fungerar bara med Fabric eller Premium-kapacitet.

Mer information om hur du använder Azure Pipelines för att distribuera Power BI-innehåll finns i användningsscenariot företagsinnehållspublicering.

Mer information om hur du kan integrera Azure DevOps med Power BI finns i Power BI Desktop-projektets Azure DevOps-integrering och byggpipelines.

Överväg att använda Azure Pipelines för att samordna innehållsdistribution när:

• Innehållsskapare är bekanta med Azure DevOps och FABRIC REST API:er.
• Innehållsskapare använder Azure DevOps för samarbete och källkontroll.
• Innehållsskapare använder inte Fabric Git-integrering.

Azure Pipelines och andra kodbaserade verktyg kan programmatiskt distribuera innehåll med hjälp av en eller flera av följande API:er eller slutpunkter:

• Power BI REST-API:er: Det finns olika Power BI REST API-slutpunkter som du kan använda för att distribuera innehåll. Power BI REST-API:er stöder endast Power BI-objekttyper.
  • Importera: Du kan publicera objekt som stöds med hjälp av Power BI REST API:er för att importera en giltig källfil till en arbetsyta (till exempel en .pbix-fil).
  • Distribuera: Du kan distribuera stödjande objekt och flytta dem från en arbetsyta till en annan om de ingår som steg i en distributionspipeline.
• REST API:er för infrastrukturresurser: Det finns olika REST API-slutpunkter för infrastrukturresurser som du kan använda för att distribuera innehåll. Fabric REST-API:erna stöder både Power BI- och Fabric-objekttyper.
  • Skapa: Du kan skapa stödda objekt genom att använda Fabric REST-API:er tillsammans med en giltig objektdefinition.
  • Update From Git: Du kan uppdatera en arbetsyta med innehåll från en fjärrlagringsplats som är ansluten med hjälp av Git-integrering.
• XMLA-slutpunkter för läsning/skrivning: Du kan skapa eller ändra semantiska modeller med hjälp av XMLA-slutpunkter tillsammans med en giltig model.bim-fil. Med XMLA-slutpunkter kan du distribuera ändringar till specifika modellobjekt i stället för hela modellen. Azure Pipelines kan använda verktyg från tredje part (till exempel kommandoradsgränssnittet för tabellredigeraren) för att distribuera semantiska modeller med hjälp av XMLA-slutpunkterna.

Dricks

När du använder FABRIC- eller Power BI REST-API:er måste du först skapa en appregistrering i Azure (som beskrivs här för Power BI Embedded). Detta kräver en Microsoft Entra ID-kund och en organisationsanvändare och kan vara en komplex process att ställa in rätt behörigheter. Du kan dock köra Fabric REST-API:er i notebooks utan att skapa en appregistrering. Detta effektiviserar konfigurationen och användningen av API:er i dina lösningar, så att du inte behöver hantera autentiseringsuppgifter eller konfigurera någon konfiguration innan du använder API:erna.

Om du vill använda Fabric REST-API:er utan att registrera en app, använder du semantisk länk i en Fabric-notebook med FabricRestClientClass av sempy för att kalla på API:et.

Tillsammans med automatiserad testning hjälper Azure Pipelines-integrering med Power BI dig att uppnå kontinuerlig integrering och kontinuerlig distribution (CI/CD).

När du använder Azure Pipelines kan pipelineägare anpassa utlösare, steg och funktioner för att uppfylla distributionsbehoven. Därför varierar antalet och typerna av pipelines beroende på lösningskraven.

Det finns tre typer av Azure Pipelines som du kan konfigurera för att testa, hantera och distribuera din Power BI-lösning.

• Valideringspipelines
• Skapa pipelines
• Versionspipelines

Notera

Det är inte nödvändigt att ha alla tre typerna av pipeline i publiceringslösningen. Beroende på ditt arbetsflöde och dina behov kan du konfigurera en eller flera av varianterna av pipelines som beskrivs i den här artikeln för att automatisera innehållspublikationen. Den här möjligheten att anpassa pipelines är en fördel med Azure Pipelines jämfört med de inbyggda Fabric-distributionskanalerna.

Valideringspipelines

Valideringspipelines utför grundläggande kvalitetskontroller av datamodeller innan de publiceras till en utvecklingsarbetsyta. Normalt utlöser ändringar i en gren av fjärrlagringsplatsen pipelinen för att verifiera ändringarna med automatiserad testning.

Exempel på automatiserad testning är genomsökning av datamodellen efter regelöverträdelser med bästa praxis med hjälp av BPA (Best Practice Analyzer)eller genom att köra DAX-frågor mot en publicerad semantisk modell. Resultatet av dessa tester lagras sedan på fjärrlagringsplatsen i dokumentations- och granskningssyfte. Datamodeller som inte kan valideras bör inte publiceras. I stället bör pipelinen meddela innehållsskaparna om problemen.

Skapa rörledningar

Skapa pipelines förbereda datamodeller för publicering till Power BI-tjänsten. Dessa pipelines kombinerar serialiserade modellmetadata till en enda fil som senare publiceras av en versionspipeline. En byggpipeline kan också göra ändringar i metadata, till exempel ändra parametervärden. Byggpipelines skapar distributionsartefakter som består av datamodellmetadatafiler (för datamodeller) och Power BI-projektfiler (.pbip) som är redo för publicering till Power BI-tjänsten.

Utgivningspipelines

Publiceringspipelines publicerar eller distribuerar innehåll. En publiceringslösning innehåller vanligtvis flera versionspipelines, beroende på målmiljön.

• Utvecklingsversionspipeline: Den här första pipelinen utlöses automatiskt. Den publicerar innehåll till en utvecklingsmiljö efter att bygg- och valideringspipelines framgångsrikt har slutförts.
• test- och produktionsversionspipelines: Dessa pipelines utlöses inte automatiskt. I stället utlöses de på begäran eller när de godkänns. Test- och produktionsutgivningspipelines levererar innehåll till en test- eller produktionsarbetsyta efter versionsgodkännande . Versionsgodkännanden se till att innehållet inte distribueras automatiskt till ett test- eller produktionssteg innan det är klart. Dessa godkännanden tillhandahålls av versionshanterare som ansvarar för planering och samordning av innehållslansering till test- och produktionsmiljöer.

Bestäm hur du ska höja upp innehåll mellan arbetsytor

När du använder olika miljöer för utveckling, testning och produktion måste du distribuera innehåll till alla tre miljöerna. Det finns olika verktyg och metoder som du kan använda för att höja upp innehåll mellan arbetsytor, beroende på ditt specifika arbetsflöde och behov.

I följande avsnitt beskrivs metoder som du kan använda för att höja upp innehåll mellan arbetsytor.

Försiktighet

Undvik att publicera innehåll manuellt från din lokala dator till test- och produktionsmiljöer. Det kan leda till fel eller störningar på grund av misstag. I allmänhet bör du bara publicera till en utvecklingsarbetsyta eller till en privat arbetsyta om du använder en.

Distribuera med Fabric-distributionsflöden

Med distributionspipelines kan du konfigurera två eller flera steg (till exempel utveckling, test eller produktion) och distribuera Fabric-innehåll mellan dessa steg. En pipelineadministratör tilldelar en enda Power BI-arbetsyta till varje steg i distributionspipelinen. Hur du använder distributionspipelines beror på hur du har valt att konfigurera och använda arbetsytor.

Överväg att använda distributionspipelines när:

• Innehåll distribueras till arbetsytor med licensläge för PPU, Premium-kapacitet eller Fabric-kapacitet.
• Typer och scenarier för innehållsobjekt stöds av distributionspipelines.

Överväg en annan metod än distributionspipelines när:

• Du föredrar att distribuera innehåll från en fjärrlagringsplats, till exempel med hjälp av Azure Pipelines.
• Du tänker använda Git-integrering för att synkronisera olika steg med olika grenar av fjärrlagringsplatsen i stället för att distribuera innehållet.

Tips

Mer information om hur du använder distributionspipelines för att höja upp innehåll mellan arbetsytor finns i självbetjäning av innehållspublicering och företagsinnehållspublicering användningsscenarier.

Mer information om distributionspipelines finns i Distributionspipelines: Förstå distributionsprocessen.

Det enklaste sättet att använda en distributionspipeline är när du publicerar allt innehåll på en enda arbetsyta och höjer upp det till senare steg i en enda distributionspipeline. Följande diagram visar den här första metoden för att distribuera innehåll med hjälp av en distributionspipeline.

Sammanfattningsvis publicerar en innehållsskapare vanligtvis först innehåll till den inledande fasen av pipelinen. Om du sedan vill höja upp innehåll till de senare stegen utlöser en pipelineadministratör en distribution. När en distribution sker distribuerar distributionspipelinen innehållsmetadata från en arbetsyta till en annan.

När du separerar innehåll efter objekttyp i olika arbetsytor använder du separata distributionspipelines för att distribuera det här innehållet. Du kan länka innehåll mellan arbetsytor med flera distributionspipelines med hjälp av automatisk bindning. Automatisk bindning mellan distributionspipelines säkerställer att innehållet förblir länkat till lämpligt objekt i respektive fas. Rapporten i utvecklingsfasen förblir till exempel länkad till modellen i utvecklingsfasen för den andra distributionspipelinen. Men du kan också undvika automatisk bindning beteende om ditt scenario kräver att du länkar innehåll mellan arbetsytor med ett annat mönster.

Följande diagram visar den här andra metoden för att distribuera innehåll med hjälp av flera distributionspipelines.

Sammanfattningsvis, att distribuera innehåll med flera distributionspipelines är likt att använda en enda pipeline. En viktig skillnad är att du har möjlighet att länka innehåll som är anslutet mellan arbetsytor och distributionspipelines med hjälp av automatisk bindning. Annars är den identisk med den första metoden.

Distributionspipelines är ett flexibelt, enkelt verktyg som lämpar sig för att förbättra innehållslivscykelhanteringen för både självbetjänings- och företagsscenarier.

Åtkomst till både arbetsytan och distributionspipelinen krävs för de användare som utför en distribution. Vi rekommenderar att du planerar åtkomsträttigheter för distributionspipeline så att pipelineadministratörer kan se distributionshistorik och jämföra innehållet. När du samarbetar med flera innehållsskapare bör du överväga att begränsa pipelineåtkomsten till versionshanterare eller tekniska ägare som passar bäst för att övervaka distributions- och lanseringsprocesserna.

Överväg också att använda distributionsregler för att ange olika konfigurationer för objekt i olika steg. Du kanske till exempel vill ha en semantisk modell i arbetsytan utveckling för att hämta data från utvecklingsdatabasen, medan den semantiska modellen i produktionsarbetsytan hämtar data från produktionsdatabasen.

Tips

Om flera personer har åtkomst till din distributionspipeline rekommenderar vi att du granskar distributionshistoriken regelbundet. De här granskningarna kan hjälpa dig att identifiera icke godkända distributioner eller distributionsfel.

Om du använder automatisk bindning för att länka objekt mellan distributionspipelines kontrollerar du att du även granskar objekts ursprung för att identifiera avbrott i automatisk bindning som orsakas av att någon publicerar länkat innehåll i fel fas.

Du kan utlösa distributioner manuellt eller programmatiskt med hjälp av Power BI REST API:er. I båda fallen bör du definiera en tydlig och robust process om när du höjer upp innehåll till varje steg och hur du återställer oavsiktliga ändringar.

Utföra distribution manuellt

Du kan distribuera innehåll manuellt med hjälp av Fabric-distributionspipeline. Du kan välja distribuera allt innehåll eller välja objekt. Selektiv distribution kan vara fördelaktigt när en del innehåll är redo att gå vidare till nästa steg, men vissa objekt fortfarande genomgår utveckling eller validering. Dessutom kan du utföra en bakåtdistribution när innehållsändringar finns i ett senare skede men inte i ett tidigare skede.

Försiktighet

När du använder distributionspipelines rekommenderar vi att du distribuerar innehåll i en enda riktning, till exempel från utveckling till testning till produktionsarbetsytor. Normalt bör du undvika att göra ändringar i innehåll i senare skeden innan ändringarna har genomgått lämplig validering i utveckling eller test.

När du utför en manuell distribution kan du jämföra steg för att identifiera innehållsändringar i ändringsgranskning fönstret. Den här metoden är särskilt användbar när du inte använder en Git-fjärrlagringsplats för källkontroll.

Använda Power BI REST-API:er för att utföra distributionen

Du kan använda Power BI REST API:er för att distribuera innehåll med hjälp av en distributionspipeline. En fördel med att använda REST-API:er är att du kan automatisera distributionen och integrera den med andra verktyg, till exempel Azure Pipelines i Azure DevOps.

Distribuera med Azure Pipelines

Med Azure Pipelines kan du samordna distributionen mellan alla faser. Med det här tillvägagångssättet använder du Fabric REST API:er för att distribuera och hantera innehåll, och drar nytta av olika typer av Azure Pipelines, såsom validerings- och releasepipelines.

Överväg att använda Azure Pipelines när:

• Du vill centralisera orkestreringen av distributionen inifrån Azure DevOps.
• Innehållsskapare använder Azure DevOps för att samarbeta och för källkontroll.

Överväg en annan metod än Azure Pipelines när:

• Innehållsskapare är inte bekanta med Azure DevOps eller kodbaserade distributioner.
• Innehållet innehåller objekttyper som inte har någon definition eller källfilformat som stöds, till exempel instrumentpaneler.

Det finns två olika metoder för att distribuera innehåll med Azure Pipelines. Antingen dirigerar de distributionspipelines, eller så distribuerar de innehåll till en arbetsyta utan en distributionspipeline.

Orkestrera Fabric-distributionspipelines med hjälp av Azure Pipelines

I den här metoden samordnar utgivningspipelines innehållsdistributionen till test- och produktionsarbetsytor med hjälp av distributionspipelines. Innehåll främjas genom utveckling, test, och produktionsarbetsytor i Fabric.

Följande diagram visar hur du samordnar distributionspipelines från Azure Pipelines.

Sammanfattningsvis publicerar innehållsskapare innehåll på arbetsytan i den första fasen av distributionspipelinen. Sedan godkänner en versionshanterare distributionen, vilket utlöser en Azure Pipeline. Den här pipelinen använder Power BI REST API:er för att höja upp innehåll mellan faser, så att metadata distribueras till en annan arbetsyta. En fördel med den här metoden är att du kan samordna distributionen av flera typer av infrastrukturobjekt via distributionspipelines, eftersom vissa objekttyper har utvecklats i Fabric-portalen och därför inte kan distribueras enbart av Azure Pipelines.

Distribuera innehåll med endast Azure Pipelines

Du kan också distribuera innehåll till en arbetsyta från Azure DevOps med hjälp av Azure Pipelines. Den här metoden använder inte distributionspipelines. I stället använder den versionspipelines för att distribuera källfiler eller metadatafiler med hjälp av antingen FABRIC- eller Power BI REST-API:er eller XMLA-slutpunkter för läsning/skrivning. Dessa filer lagras vanligtvis på en Git-lagringsplats för Azure Repos.

Följande diagram visar hur du distribuerar innehåll med hjälp av endast Azure Pipelines.

Sammanfattningsvis checkar innehållsskapare in och skickar innehållsändringar till en fjärransluten Git-lagringsplats i Azure Repos. Det här innehållet används av Azure Pipelines för distributionen. När versionshanteraren har godkänt den specifika distributionen distribuerar Azure Pipeline innehåll till arbetsytan, antingen med hjälp av Power BI REST-API:erna (dvs. för .pbix-filer), REST-API:erna för infrastrukturresurser (dvs. för objektdefinitioner) eller XMLA-slutpunkter (dvs. för model.bim-filer). Det finns en separat Azure Pipeline för varje arbetsyta.

Den här metoden kräver inte Infrastrukturkapacitet eller Premium-licensiering när du endast publicerar Power BI Desktop-filer med Power BI REST-API:er. Det innebär dock mer installationsarbete och komplexitet eftersom du måste hantera distribution utanför Power BI. Utvecklingsteam som redan använder DevOps för datalösningar utanför Power BI kanske känner till den här metoden. Utvecklingsteam som använder den här metoden kan konsolidera distributionen av datalösningar i Azure DevOps.

Distribuera med Fabric Git-integration

När du använder Git-integrering kan du synkronisera olika grenar till olika arbetsytor i stället för att uttryckligen publicera eller distribuera innehåll. På så sätt kan du ha separata grenar för arbetsytor för utveckling, testning och produktion. I det här scenariot synkroniseras huvudsakliga-grenen med produktionsarbetsyta. Sedan distribuerar du innehåll mellan arbetsytor genom att utföra en pull-begäran för att sammanfoga utvecklingsgrenen till testgrenen (för att distribuera till testarbetsytan) eller för att sammanfoga testgrenen till huvudgrenen (för att distribuera till produktionsarbetsytan).

Följande diagram visar hur du distribuerar innehåll med hjälp av Fabric Git-integrering för att synkronisera grenar till olika arbetsytor. För enkelhetens skull innehåller diagrammet inte information om förgrening eller sammanslagning av innehåll.

Sammanfattningsvis committerar innehållsskapare och skickar innehållsändringar till ett fjärr-Git-repositorium i Azure Repos. Innehållsskapare öppnar pull-begäranden (PR) för att begära att deras ändringar slås samman till en viss gren. Beroende på förgreningsstrategin är olika grenar anslutna till olika arbetsytor. När ändringarna har sammanfogats till en gren synkroniserar innehållsskapare arbetsytan med git-fjärrlagringsplatsen för att visa de senaste ändringarna av innehållet på arbetsytan.

Tänk på den här metoden när:

• Du vill samordna distributionen mellan arbetsytor med hjälp av din förgrenings- och sammanslagningsstrategi.
• Du tänker inte använda Azure Pipelines eller Fabric distributionspipelines för att orkestrera distributioner till test och produktion.
• Arbetsytan innehåller inte objekt som inte stöds eller scenarier.
• Innehållet har inte känslighetsmärkningar .

Not

Det finns många giltiga sätt att distribuera innehåll. Du kan till exempel använda en kombination av de olika metoder som beskrivs i den här artikeln.

Du kan till exempel distribuera innehåll till en utvecklingsarbetsyta med hjälp av en Azure Pipeline, som gör att du kan dra nytta av funktioner för kontinuerlig integrering och utföra automatiserad testning (till exempel att använda Best Practice Analyzer). Sedan kan du distribuera innehåll mellan arbetsytor med hjälp av antingen Git-integrering eller en infrastrukturdistributionspipeline.

Välj den metod som bäst passar dina behov och hur ditt team fungerar.

Bestämma hur du ska hantera aktiviteter efter distributionen

Efter distributionen finns det olika aktiviteter efter distributionen som måste hanteras. Många av dessa aktiviteter kan hanteras programmatiskt, till exempel av en Azure Pipeline eller notebook-fil och Power BI- och Fabric REST-API:er. Du kan till exempel programmatiskt ange autentiseringsuppgifter för datakällan, hantera schemalagd uppdatering och utlösa uppdateringar efter en metadatadistribution. Vissa uppgifter kräver dock manuella åtgärder, till exempel en första konfiguration eller uppdatering av en Power BI-app.

Se till att du identifierar alla relevanta aktiviteter efter distributionen för ditt innehåll och att du bestämmer hur de ska hanteras.

När du har planerat hur du ska distribuera innehåll bör du nu överväga hur du ska stöd och övervaka det.

Checklista – När du planerar att distribuera innehåll, omfattar viktiga beslut och åtgärder:

• Identifiera de distributionsalternativ som är tillgängliga för dig: Beroende på licensiering och innehåll har du olika alternativ för att publicera innehåll eller flytta upp det mellan arbetsytor. Identifiera om du kan använda distributionspipelines, Azure DevOps, Git-integrering, Fabric REST-API:er och XMLA-ändpunkter för läsning/skrivning.
• Bestäm hur du ska publicera innehåll: Välj en metod för att publicera innehåll som bäst passar ditt arbetsflöde och dina behov. Se till att den här metoden överensstämmer med dina andra strategier, till exempel hur du spårar och hanterar ändringar.
• Bestäm hur du ska höja upp innehåll mellan arbetsytor: Välj en metod för att distribuera innehåll från utveckling till att testa arbetsytor och från test till produktionsarbetsytor. Se till att den här metoden överensstämmer med dina andra strategier, till exempel hur du publicerar innehåll.
• Planera din lanseringsstrategi: Avgör om en specifik person ansvarar för den slutliga granskningen av innehållet innan du godkänner en version eller distribution. Se till att den här personen är medveten om den här uppgiften och vad de bör göra för att skydda distributionsprocessen utan att blockera förloppet.
• Planera aktiviteter efter distributionen: Kontrollera att du har bestämt dig för en process för att utföra aktiviteter som att uppdatera en Power BI-app eller uppdatera dataobjekt efter en metadatadistribution. Överväg att automatisera den här processen med hjälp av Fabric REST-API:er.
• Utför första gången konfiguration av distributionsverktyg och processer: Se till att du konfigurerar lämplig åtkomst och att behörigheterna överensstämmer med hur du konfigurerar åtkomst till ditt innehåll.
• Distribuera innehåll till produktion: När du har planerat och konfigurerat distributionen distribuerar du innehåll till produktion.

Relaterat innehåll

I nästa artikel i den här serienfår du lära dig hur du stöder och övervakar innehåll som en del av hanteringen av innehållslivscykeln.