Planering av Power BI-implementering: Distribuera innehåll

Kommentar

Den här artikeln är en del av planeringsserien för Power BI-implementering. Den här serien fokuserar främst på Power BI-upplevelsen i Microsoft Fabric. En introduktion till serien finns i Implementeringsplanering för Power BI.

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å:

• Infrastrukturadministratörer: De administratörer som ansvarar för att övervaka infrastrukturresurser 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 till infrastrukturresursportalen 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 livscykelhanteringen validerar 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.

Kommentar

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: Den här artikeln beskriver 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 valideringen av de ändringar du har gjort.

Kommentar

I den här artikeln refererar vi till publicering av innehåll som den första distributionen till utvecklingsarbetsytan. 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 arbetsytans 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.

Dricks

Mer information om hur du använder verktyg från tredje part för att distribuera semantiska modeller finns i användningsscenariot för hantering av avancerade datamodeller.

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ållet publiceras på en arbetsyta som använder licensläget Premium per användare (PPU), Premium-kapacitet eller Infrastrukturresurser.
• 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.

Dricks

Mer information om hur du använder OneDrive för arbete och skola med Power BI-innehåll finns i användningsscenariot för 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-integrering

Fabric Git-integrering är en funktion som är exklusiv för Infrastrukturkapaciteter som gör att innehållsskapare kan synkronisera en gren från en fjärransluten Git-lagringsplats till en Infrastruktur-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).

Kommentar

Azure DevOps är en uppsättning tjänster som integreras med Power BI och Fabric för att hjälpa 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ällkontrollhanteringsprocesser med innehållspublikation. Det möjliggör till exempel enklare återställning av ändringar eller hela versioner av en lösning.

Dricks

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

Mer information om hur du kan konfigurera Git-integrering finns i Självstudie: Livscykelhantering i Infrastrukturresurser och Power BI Desktop-projekt: Git-integrering.

Ö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-projektfiler (.pbip).
• Innehållet publiceras till en arbetsyta på en infrastrukturresurskapacitet.
• Innehållet består av objekttyper som stöds av Git-integreringsfunktionen.
• Innehållet har inte känslighetsetiketter.

Kommentar

Hur du använder Git-integrering för att distribuera och hantera innehåll är starkt beroende av dina strategier för förgrening och sammanslagning, som du bestämmer i steg två i livscykelhanteringen.

Publicera med Azure Pipelines

Azure Pipelines automatiserar programmatiskt testning, hantering och distribution av innehåll. När en pipeline körs kö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.

Dricks

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 Infrastruktur fungerar dock bara med Fabric och XMLA-slutpunkterna fungerar bara med Infrastrukturresurser 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ör publicering av företagsinnehåll.

Mer information om hur du kan integrera Azure DevOps med Power BI finns i Power BI Desktop-projekt för Azure DevOps-integrering och bygg-pipelines.

Ö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 objekt som stöds och befordra dem från en arbetsyta till en annan om de är 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. Rest-API:erna för infrastrukturresurser stöder både Power BI- och Fabric-objekttyper.
  • Skapa: Du kan skapa objekt som stöds med hjälp av REST-API:er för infrastrukturresurser tillsammans med en giltig objektdefinition.
  • Uppdatera från 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:erna måste du först skapa en appregistrering i Azure (beskrivs här för Power BI Embedded). Detta kräver en Microsoft Entra-ID-klientorganisation och en organisationsanvändare och kan vara en komplex process för att konfigurera lämpliga behörigheter. Du kan dock köra REST-API:er för infrastrukturresurser i notebook-filer 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 REST-API:er för infrastrukturresurser utan att registrera en app använder du semantisk länk i en Fabric-anteckningsbok med FabricRestClientClass of sempy för att anropa 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

Kommentar

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 infrastrukturdistributionspipelines.

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 att genomsöka 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 pipelines

Bygg pipelines förbereder datamodeller för publicering till Power BI-tjänst. 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 producerar distributionsartefakter som består av datamodellmetadatafiler (för datamodeller) och Power BI-projektfiler (.pbip) som är redo för publicering till Power BI-tjänst.

Versionspipelines

Versionspipelines 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 utvecklingsarbetsyta när bygg- och valideringspipelines 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 produktionsversionspipelines distribuerar innehåll till en test- eller produktionsarbetsyta efter godkännande av versionen. Versionsgodkännanden säkerställer 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 för att testa 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.

Varning

Undvik att publicera innehåll manuellt från din lokala dator för att testa och produktionsarbetsytor. 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 infrastrukturdistributionspipelines

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 bestämt dig för 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 Infrastrukturkapacitet.
• 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.

Dricks

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

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. Du kan dock också undvika automatiskt bindningsbeteende 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 liknar distribution av innehåll med hjälp av flera distributionspipelines en enda pipeline. En viktig skillnad är att du kan 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 åtkomst till distributionspipelinen så att pipelineadministratörer kan visa distributionshistorik och jämföra innehåll. 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.

Dricks

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 också granskar objektens 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 infrastrukturdistributionspipelinen. Du kan välja att 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åtriktad distribution när innehållsändringar finns i ett senare skede men inte i en tidigare.

Varning

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 fönstret ändringsgranskning . 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 den här metoden använder du REST API:er för infrastrukturresurser för att distribuera och hantera innehåll och använda olika Azure Pipelines, till exempel validerings- och versionspipelines.

Ö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 distribuerar innehåll till en arbetsyta utan en distributionspipeline.

Orkestrera infrastrukturdistributionspipelines med hjälp av Azure Pipelines

I den här metoden samordnar versionspipelines innehållsdistributionen för att testa och produktionsarbetsytor med hjälp av distributionspipelines. Innehållet höjs upp genom arbetsytor för utveckling, testning och produktion i Infrastrukturresurser.

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-integrering

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 huvudgrenen med produktionsarbetsytan. 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 checkar innehållsskapare in och skickar innehållsändringar till en fjärransluten Git-lagringsplats 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 samordna distributioner för att testa och producera.
• Arbetsytan innehåller inte objekt eller scenarier som inte stöds.
• Innehållet har inte känslighetsetiketter.

Kommentar

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ödja 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 höja upp det mellan arbetsytor. Identifiera om du kan använda distributionspipelines, Azure DevOps, Git-integrering, REST-API:er för infrastrukturresurser och XMLA-slutpunkter 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 en version eller distribution godkänns. 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 REST-API:er för infrastrukturresurser.
• Konfigurera distributionsverktyg och processer första gången: 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 serien får du lära dig hur du stöder och övervakar innehåll som en del av hanteringen av innehållslivscykeln.