Dela via


Användningsscenarier för Power BI: Enterprise BI

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.

Som beskrivs i översikten för infrastrukturimplementering kännetecknas enterprise BI av ett betydligt större antal innehållskonsumenter, jämfört med ett mycket mindre antal författare som skapar och publicerar innehåll.

Skillnaden mellan företags-BI och avdelnings-BI-scenarier är användningen av Microsoft Fabric-kapacitet eller Power BI Premium-kapacitet, vilket gör att innehåll kan distribueras i stor utsträckning till konsumenter som har en kostnadsfri fabric-licens. Konsumenter kan inkludera användare i organisationen samt gästanvändare som är externa i organisationen.

Viktigt!

Ibland refererar den här artikeln till Power BI Premium eller dess kapacitetsprenumerationer (P SKU:er). Tänk på att Microsoft för närvarande konsoliderar köpalternativ och drar tillbaka Power BI Premium per kapacitets-SKU:er. Nya och befintliga kunder bör överväga att köpa kapacitetsprenumerationer för Infrastrukturresurser (F SKU:er) i stället.

Mer information finns i Viktig uppdatering som kommer till Power BI Premium-licensiering och Vanliga frågor och svar om Power BI Premium.

Stora BI-implementeringar för företag använder ofta en centraliserad metod. Enterprise Power BI-innehåll underhålls ofta av ett centraliserat team, för brett bruk i hela organisationen. Det centraliserade teamet som ansvarar för innehållshantering är vanligtvis IT, BI eller Center of Excellence (COE).

Kommentar

Det finns fyra scenarier för innehållssamarbete och leveransanvändning som bygger på varandra. Företags-BI-scenariot är det fjärde scenariot. En lista över alla scenarier finns i artikeln Om Power BI-användningsscenarier .

Det hanterade BI-scenariot med självbetjäning introducerar ett viktigt begrepp om avkoppling av semantisk modell (tidigare känd som en datauppsättning) och rapportutveckling. För enkelhetens skull beskrivs inte det här konceptet uttryckligen i den här artikeln. Du uppmanas att tillämpa de begrepp som beskrivs i det hanterade BI-scenariot med självbetjäning när det är möjligt.

Scenariodiagram

Följande diagram visar en översikt på hög nivå över de vanligaste användaråtgärderna och Power BI-komponenterna som stöder enterprise BI. Det primära fokuset ligger på organisationsomfattande innehållsdistribution i stor skala, inklusive användning av Power BI Premium-kapacitet. Det här scenariot visar också utveckling av sidnumrerade Power BI-rapporter.

Diagram visar enterprise BI, som handlar om organisationsomfattande innehållsdistribution. Objekt i diagrammet beskrivs i tabellen nedan.

Dricks

Vi rekommenderar att du laddar ned scenariodiagrammet om du vill bädda in det i presentationen, dokumentationen eller blogginlägget eller skriva ut det som en väggaffisch. Eftersom det är en SVG-bild (Scalable Vector Graphics) kan du skala upp eller ned den utan någon kvalitetsförlust.

Scenariodiagrammet visar följande användaråtgärder, verktyg och funktioner:

Artikel Beskrivning
Objekt 1. Power BI-innehållsskapare utvecklar BI-lösningar med Hjälp av Power BI Desktop. I ett företags-BI-scenario är det vanligt att skapare är medlemmar i ett centraliserat team (till exempel IT, BI eller COE) som stöder användare över organisationens gränser.
Objekt 2. Power BI Desktop ansluter till data från en eller flera datakällor. Frågor och datakombinationer, som kombinerar flera källor, utvecklas i Power Query-redigeraren.
Objekt 3. Utveckling av datamodeller och skapande av rapporter görs i Power BI Desktop. Syftet är att hjälpa kollegor att förstå innebörden och betydelsen av data genom att placera dem i en visuell kontext.
Objekt 4. När de är klara publicerar innehållsskapare sin Power BI Desktop-fil (.pbix) eller Power BI-projektfil (.pbip) till Power BI-tjänst.
Objekt 5. Rapportskapare utvecklar sidnumrerade rapporter med hjälp av Power BI Report Builder.
Objekt 6. Power BI Report Builder frågar efter data från en eller flera typer av datakällor.
Objekt 7. När de är klara publicerar rapportskaparna sin Power BI Report Builder-fil (.rdl) till Power BI-tjänst.
Objekt 8. Flera Power BI-objekttyper kan publiceras till en arbetsyta som har infrastrukturkapacitet, Premium-kapacitet eller Premium per användare-licensläge.
Objekt 9. I företags-BI-scenariot visas användning av Infrastrukturkapacitet eller Premium-kapacitet (i stället för Premium per användare). Det här valet görs för att stödja innehållsleverans till många innehållsvisningsprogram som har en kostnadsfri Fabric-licens.
Objekt 10 Vissa, eller alla, rapporter och instrumentpaneler publiceras som en Power BI-app. Syftet med appen är att tillhandahålla en uppsättning relaterat innehåll som användarna kan visa på ett användarvänligt sätt.
Objekt 11. Power BI-appanvändare läggs till i apppubliker, som tilldelas skrivskyddad behörighet. Appinställningar, appinnehåll och apppubliker hanteras separat från arbetsytan. I ett företags-BI-scenario kan användare med alla typer av Power BI-licenser (infrastrukturresurser (kostnadsfritt), Power BI Pro eller Premium per användare) tilldelas som visningsprogram för appen. Den här funktionen gäller endast när arbetsytan tilldelas ett licensläge för Infrastrukturkapacitet eller Premium-kapacitet (kostnadsfria användare kan inte komma åt innehåll på arbetsytan när den tilldelas ett licensläge för Premium per användare eller Embedded).
Objekt 12. Power BI-mobilapparna är också tillgängliga för visning av app- och arbetsyteinnehåll.
Objekt 13. Användare som ofta arbetar i Microsoft Teams kan ha det bekvämt att hantera eller visa Power BI-innehåll direkt i Teams.
Objekt 14. Användare som tilldelats till arbetsyterollerna administratör, medlem eller deltagare kan publicera och hantera arbetsyteinnehåll.
Objekt 15. Schemalagd datauppdatering har konfigurerats i Power BI-tjänst för att hålla importerade data – i semantiska modeller eller dataflöden – uppdaterade.
Objekt 16. Vissa datakällor kan kräva en lokal datagateway eller VNet-gateway för datauppdatering, som de som finns i ett privat organisationsnätverk.
Objekt 17. Andra innehållsskapare med självbetjäning kan skapa nya rapporter med hjälp av en befintlig semantisk modell. De kan välja att använda Power BI Desktop, Excel eller Power BI Report Builder. Återanvändning av befintliga semantiska modeller på detta sätt uppmuntras starkt. Det hanterade BI-scenariot med självbetjäning utforskar återanvändning av semantiska modeller ytterligare.
Objekt 18. Infrastrukturadministratörer övervakar och övervakar aktivitet i Infrastrukturresursportalen. Enterprise BI-lösningar omfattas ofta av strängare styrningskrav än team BI - eller avdelnings-BI-lösningar .

Huvudpunkter

Följande är några viktiga punkter att betona om företags-BI-scenariot.

Val av rapportredigeringsverktyg

Power BI Desktop är ett verktyg för att utveckla mycket interaktiva rapporter, medan Power BI Report Builder är ett verktyg för att utveckla sidnumrerade rapporter. Mer information om när sidnumrerade rapporter ska användas finns i När sidnumrerade rapporter ska användas i Power BI.

Excel-rapporter kan också publiceras till Power BI-tjänst (visas inte i scenariodiagrammet) när en pivottabell eller pivotdiagram bättre uppfyller rapporteringskraven.

Källfillagring

För enterprise BI är det viktigt att lagra Power BI Desktop-källfilerna och Power BI Report Builder-filerna på en säker och delad plats. Platser som OneDrive för arbete eller skola eller SharePoint (visas inte i scenariodiagrammet) är användbara. Ett delat bibliotek är skyddat, lättillgängligt av kollegor och har inbyggda funktioner för versionshantering.

När samhanteringen av en BI-lösning involverar flera personer med olika kompetensuppsättningar bör du överväga att koppla bort modellen och rapporterna till separata Power BI Desktop-filer (beskrivs i det hanterade BI-scenariot med självbetjäning). Den här metoden uppmuntrar till återanvändning av den semantiska modellen och är effektivare än att kontinuerligt växla mellan de personer som redigerar Power BI Desktop-filen. Det är särskilt användbart när till exempel en person arbetar med den semantiska modellen medan en annan person arbetar med rapporterna.

Arbetsytor

En Power BI-arbetsyta fungerar som en logisk container i Power BI-tjänst för lagring av relaterade Power BI-objekt, till exempel semantiska modeller och rapporter. Även om det här scenariot visar en arbetsyta, krävs ofta flera arbetsytor för att uppfylla alla krav på arbetsyteplanering.

Det hanterade BI-scenariot med självbetjäning beskriver användningen av separata arbetsytor.

Licensläge för arbetsyta

Ett licensläge för arbetsytan kan tilldelas till Pro, Premium per användare (PPU), Premium per kapacitet eller Embedded. Det här valet påverkar funktionstillgängligheten och vilka användare som kan komma åt innehållet på arbetsytan och den associerade Power BI-appen. Ett företags-BI-scenario involverar ofta många konsumenter av innehållet. Det kan därför vara kostnadseffektivt att använda Premium-licensläget per kapacitet för att distribuera innehåll till användare med en kostnadsfri licens.

Power BI-apppublikation

För enterprise BI fungerar en Power BI-app bra för innehållsdistribution till konsumenter (i stället för direkt åtkomst till arbetsytan, vilket beskrivs i team BI-scenariot ). En Power BI-app ger den bästa upplevelsen för konsumenter eftersom den presenterar en uppsättning relaterat innehåll med en användarvänlig navigeringsupplevelse. En Power BI-app är särskilt användbar i situationer där det finns ett större och mer varierat antal konsumenter, eller när innehållsutvecklaren inte arbetar nära appkonsumenterna.

Power BI-appbehörigheter

Power BI-appanvändare beviljas skrivskyddad behörighet till appen och dessa behörigheter hanteras separat från arbetsytan. Den här ytterligare flexibilitetsnivån är användbar för att hantera vem som kan visa innehållet.

För enterprise BI är det bästa praxis att begränsa arbetsytans åtkomst till dem som ansvarar för innehållsredigering, utveckling och kvalitetssäkring. Vanligtvis är det bara ett litet antal personer som verkligen behöver åtkomst till arbetsytan. Konsumenter kan komma åt innehållet genom att öppna Power BI-appen i stället för att öppna arbetsytan.

Distribuera innehåll till användare av kostnadsfria fabric-licenser

Användare med en kostnadsfri Power BI-licens (eller Power BI Pro- eller PPU-licens) kan visa innehåll när de beviljas appåtkomst eller läggs till i en arbetsyteroll , förutsatt att arbetsytan har tilldelats Till Premium-kapacitet. Den här möjligheten att distribuera innehåll till användare med en kostnadsfri licens är inte tillgänglig för någon av de andra licenslägena för arbetsytan, inklusive Pro, Premium per användare eller Embedded.

Power BI Premium-kapacitetslicens

Användning av en P SKU (till exempel P1, P2, P3, P4 eller P5) beskrivs i det här scenariot. En P SKU krävs för typiska produktionsscenarier och är lämplig för företags-BI-scenariot som beskrivs i den här artikeln.

Hantera livscykeln för innehåll

I allmänhet kräver företags-BI-lösningar stabilitet för produktionsinnehåll. En aspekt är att styra när och hur innehåll distribueras till produktion. Användning av distributionspipelines beskrivs i självbetjäningsscenariot för innehållspublicering.

Återanvända befintliga semantiska modeller

Återanvändning av befintliga semantiska modeller är viktigt för teamsamarbete. Det hjälper till att främja en enda version av sanningen. Det är särskilt viktigt när ett litet antal semantiska modellskapare stöder många rapportskapare. En Live-anslutning till Power BI Desktop kan ansluta en rapport till en befintlig semantisk modell och undvika behovet av att skapa en annan semantisk modell. Om användarna föredrar att skapa en Excel-rapport kan de också använda funktionen Analysera i Excel . Att behålla anslutningen till den semantiska modellen är att föredra att exportera data till Excel eftersom det:

  • Undviker att skapa dubbletter av semantiska modeller.
  • Minskar risken för inkonsekventa data och beräkningar.
  • Stöder alla funktioner för segmentering, diktering och pivotering i de visuella objekten medan de förblir anslutna till den semantiska modellen som lagras i Power BI-tjänst.

För att få åtkomst till en befintlig semantisk modell måste innehållsskaparen ha skapa-behörighet för den semantiska modellen. Den kan beviljas direkt eller indirekt när användaren tilldelas en arbetsyteroll (deltagare eller senare) eller beviljas när en Power BI-app publiceras eller ett Power BI-objekt delas. Det hanterade BI-scenariot med självbetjäning utforskar återanvändningen av delade semantiska modeller ytterligare.

Gateway-konfiguration

Normalt krävs en datagateway vid åtkomst till datakällor som finns i det privata organisationsnätverket eller ett virtuellt nätverk. Den lokala datagatewayen blir relevant när en Power BI Desktop-fil har publicerats till Power BI-tjänst. De två syftena med en gateway är att uppdatera importerade data eller visa en rapport som frågar efter en live-anslutning eller DirectQuery-semantisk modell (visas inte i scenariodiagrammet).

Kommentar

För team-, avdelnings- och företags-BI-scenarier rekommenderas en centraliserad datagateway i standardläge starkt för gatewayer i personligt läge. I standardläge stöder datagatewayen live-anslutning och DirectQuery-åtgärder (utöver schemalagda datauppdateringsåtgärder).

Systemtillsyn

Aktivitetsloggen registrerar användaraktiviteter som inträffar i Power BI-tjänst. Power BI-administratörer kan använda aktivitetsloggdata som samlas in för att utföra granskning för att hjälpa dem att förstå användningsmönster och implementering. Aktivitetsloggen är också värdefull för att stödja styrningsinsatser, säkerhetsgranskningar och efterlevnadskrav.

I nästa artikel i den här serien lär du dig mer om vikten av att återanvända semantiska modeller i det hanterade BI-scenariot med självbetjäning.