Power BI-bruksscenarioer: Enterprise BI

Merk

Denne artikkelen er en del av planleggingsserien for power BI-implementering av artikler. Denne serien fokuserer hovedsakelig på Power BI-arbeidsbelastningen i Microsoft Fabric. Hvis du vil ha en innføring i serien, kan du se Planlegging av Power BI-implementering.

Som beskrevet i stoffinnføringsveikartet, er enterprise BI preget av å ha et betydelig større antall innholdsforbrukere, sammenlignet med et mye mindre antall forfattere som oppretter og publiserer innhold.

Skillet mellom enterprise BI og de avdelingsbaserte BI-scenariene er bruken av Microsoft Fabric-kapasitet eller Power BI Premium-kapasitet, som gjør at innhold kan distribueres mye til forbrukere som har en stofffri lisens. Forbrukere kan inkludere brukere i organisasjonen, i tillegg til gjestebrukere som er eksterne for organisasjonen.

Viktig

Til tider refererer denne artikkelen til Power BI Premium eller dets kapasitetsabonnementer (P SKU-er). Vær oppmerksom på at Microsoft for øyeblikket konsoliderer kjøpsalternativer og trekker tilbake Power BI Premium per kapasitet sKU-er. Nye og eksisterende kunder bør vurdere å kjøpe Fabric-kapasitetsabonnementer (F SKU-er) i stedet.

Hvis du vil ha mer informasjon, kan du se Viktige oppdateringer som kommer til Power BI Premium-lisensiering og vanlige spørsmål om Power BI Premium.

Store enterprise BI-implementeringer bruker ofte en sentralisert tilnærming. Enterprise Power BI-innhold vedlikeholdes ofte av et sentralisert team, for bruk i hele organisasjonen. Det sentraliserte teamet som er ansvarlig for innholdsbehandling, er vanligvis IT, BI eller Center of Excellence (COE).

Merk

Det finnes fire scenarioer for innholdssamarbeid og leveringsbruk som bygger på hverandre. Enterprise BI-scenarioet er det fjerde scenarioet. Du finner en liste over alle scenarioer i artikkelen om bruksscenarioer i Power BI.

Det administrerte selvbetjente BI-scenarioet introduserer et viktig konsept om frakobling av semantisk modell (tidligere kjent som et datasett) og rapportutvikling. Dette konseptet diskuteres ikke eksplisitt i denne artikkelen for enkelhet. Du oppfordres til å bruke konseptene som omtales i det administrerte selvbetjente BI-scenarioet når det er mulig.

Scenariodiagram

Diagrammet nedenfor viser en oversikt på høyt nivå over de vanligste brukerhandlingene og Power BI-komponentene som støtter enterprise BI. Hovedfokuset er på innholdsdistribusjon for hele organisasjonen i stor skala, inkludert bruk av Power BI Premium-kapasitet. Dette scenarioet viser også utvikling av paginerte Power BI-rapporter.

Diagrammet viser enterprise BI, som handler om innholdsdistribusjon for hele organisasjonen. Elementer i diagrammet er beskrevet i tabellen nedenfor.

Tips

Vi oppfordrer deg til å laste ned scenariodiagrammet hvis du vil bygge det inn i presentasjonen, dokumentasjonen eller blogginnlegget, eller skrive det ut som en veggplakat. Fordi det er et SVG-bilde (Scalable Vector Graphics), kan du skalere det opp eller ned uten tap av kvalitet.

Scenariodiagrammet viser følgende brukerhandlinger, verktøy og funksjoner:

Vare Beskrivelse
Element 1. Power BI-innholdsopprettere utvikler BI-løsninger ved hjelp av Power BI Desktop. I et enterprise BI-scenario er det vanlig at opprettere er medlemmer av et sentralisert team (for eksempel IT, BI eller COE) som støtter brukere på tvers av organisasjonsgrenser.
Element 2. Power BI Desktop kobler til data fra én eller flere datakilder. Spørringer og dataflettinger, som kombinerer flere kilder, utvikles i Power Query-redigering.
Element 3. Datamodellutvikling og oppretting av rapporter gjøres i Power BI Desktop. Hensikten er å hjelpe kolleger med å forstå betydningen og betydningen av data ved å plassere dem i en visuell kontekst.
Element 4. Når de er klare, publiserer innholdsopprettere Power BI Desktop-filen (PBIX) eller Power BI-prosjektfilen (PBIP) til Power Bi-tjeneste.
Element 5. Rapportopprettere utvikler paginerte rapporter ved hjelp av Power BI Report Builder.
Element 6. Power BI Report Builder spør etter data fra én eller flere datakildetyper.
Element 7. Når de er klare, publiserer rapportopprettere Power BI Report Builder-filen (RDL) til Power Bi-tjeneste.
Element 8. Flere Power BI-elementtyper kan publiseres til et arbeidsområde som har stoffkapasitet, Premium-kapasitet eller Premium per bruker-lisensmodus.
Element 9. I enterprise BI-scenarioet vises bruk av Fabric-kapasitet eller Premium-kapasitet (i stedet for Premium per bruker). Dette valget er gjort for å støtte innholdslevering til mange innholdsseere som har en gratis Fabric-lisens.
Element 10 Noen eller alle rapporter og instrumentbord publiseres som en Power BI-app. Formålet med appen er å gi et sett med relatert innhold for forbrukere å vise på en brukervennlig måte.
Element 11. Power BI-appbrukere legges til i appmålgrupper, som er tilordnet skrivebeskyttet tillatelse. Appinnstillinger, appinnhold og app-målgrupper administreres separat fra arbeidsområdet. I et enterprise BI-scenario kan brukere med alle typer Power BI-lisenser (stoff (gratis), Power BI Pro eller Premium per bruker) tilordnes som visningsprogram for appen. Denne funksjonen gjelder bare når arbeidsområdet er tilordnet en lisensmodus for Fabric-kapasitet eller Premium-kapasitet (gratisbrukere får ikke tilgang til arbeidsområdeinnhold når det tilordnes en lisensmodus for Premium per bruker eller Embedded).
Element 12. Power BI-mobilappene er også tilgjengelige for visning av app- og arbeidsområdeinnhold.
Element 13. Brukere som ofte arbeider i Microsoft Teams, kan synes det er praktisk å administrere eller vise Power BI-innhold direkte i Teams.
Element 14. Brukere som er tilordnet til rollene administrator, medlem eller bidragsyterarbeidsområde, kan publisere og behandle arbeidsområdeinnhold.
Element 15. Planlagt dataoppdatering er konfigurert i Power Bi-tjeneste for å beholde importerte data – i semantiske modeller eller dataflyter – oppdatert.
Element 16. Noen datakilder kan kreve en lokal datagateway eller VNet-gateway for dataoppdatering, for eksempel de som befinner seg i et privat organisasjonsnettverk.
Element 17. Andre selvbetjente innholdsopprettere kan redigere nye rapporter ved hjelp av en eksisterende semantisk modell. De kan velge å bruke Power BI Desktop, Excel eller Power BI Report Builder. Gjenbruk av eksisterende semantiske modeller på denne måten er sterkt oppmuntret. Det administrerte selvbetjente BI-scenarioet utforsker semantisk modell gjenbruk ytterligere.
Element 18. Fabric-administratorer fører tilsyn med og overvåker aktiviteten i Fabric-portalen. Enterprise BI-løsninger er ofte underlagt strengere styringskrav enn team BI - eller avdelings-BI-løsninger .

Viktige punkter

Nedenfor finner du noen viktige punkter for å fremheve enterprise BI-scenarioet.

Valg av redigeringsverktøy for rapporter

Power BI Desktop er et verktøy for å utvikle svært interaktive rapporter, mens Power BI Report Builder er et verktøy for å utvikle paginerte rapporter. Hvis du vil ha mer informasjon om når du skal bruke paginerte rapporter, kan du se Når du bruker paginerte rapporter i Power BI.

Excel-rapporter kan også publiseres til Power Bi-tjeneste (ikke avbildet i scenariodiagrammet) når en pivottabell eller et pivotdiagram bedre oppfyller rapporteringskravene.

Lagring av kildefil

For enterprise BI er det viktig å lagre power BI Desktop-filene og Power BI Report Builder-filene på en sikker, delt plassering. Plasseringer som OneDrive for jobb eller skole eller SharePoint (ikke avbildet i scenariodiagrammet) er nyttige. Et delt bibliotek er sikret, lett tilgjengelig av kolleger og har innebygde versjonsfunksjoner.

Når co-management av en BI-løsning involverer flere personer med ulike ferdigheter, bør du vurdere å koble modellen og rapportene til separate Power BI Desktop-filer (beskrevet i det administrerte selvbetjente BI-scenarioet ). Denne tilnærmingen oppmuntrer til gjenbruk av semantisk modell, og er mer effektiv enn kontinuerlig vekslende mellom personene som redigerer Power BI Desktop-filen. Det er spesielt nyttig når for eksempel én person arbeider på den semantiske modellen mens en annen person arbeider med rapportene.

Arbeidsområder

Et Power BI-arbeidsområde fungerer som en logisk beholder i Power Bi-tjeneste for lagring av relaterte Power BI-elementer, for eksempel semantiske modeller og rapporter. Selv om dette scenarioet viser ett arbeidsområde, kreves det vanligvis flere arbeidsområder for å oppfylle alle krav til arbeidsområdeplanlegging.

Det administrerte selvbetjente BI-scenarioet beskriver bruken av separate arbeidsområder.

Lisensmodus for arbeidsområde

En lisensmodus for arbeidsområdet kan tilordnes Pro, Premium per bruker (PPU), Premium per kapasitet eller Embedded. Dette valget påvirker funksjonstilgjengelighet, samt hvilke brukere som kan få tilgang til innholdet i arbeidsområdet og den tilknyttede Power BI-appen. Et enterprise BI-scenario involverer ofte mange forbrukere av innholdet. Det kan derfor være kostnadseffektivt å bruke Premium per kapasitet-lisensmodus til å distribuere innhold til brukere med en gratis lisens.

Power BI-apppublikasjon

For enterprise BI fungerer en Power BI-app bra for innholdsdistribusjon til forbrukere (i stedet for direkte tilgang til arbeidsområdet, som er beskrevet i team BI-scenarioet ). En Power BI-app gir den beste opplevelsen for forbrukere fordi den presenterer et sett med relatert innhold med en brukervennlig navigasjonsopplevelse. En Power BI-app er spesielt nyttig i situasjoner der det er et større og mer variert antall forbrukere, eller når innholdsutvikleren ikke jobber tett med appforbrukerne.

Power BI-apptillatelser

Power BI-appbrukere får skrivebeskyttet tillatelse til appen, og disse tillatelsene administreres separat fra arbeidsområdet. Dette ekstra fleksibilitetsnivået er nyttig for å administrere hvem som kan vise innholdet.

For enterprise BI er det en anbefalt fremgangsmåte å begrense tilgangen til arbeidsområdet til de som er ansvarlige for innholdsredigering, utvikling og kvalitetssikringsaktiviteter. Vanligvis krever bare et lite antall personer virkelig tilgang til arbeidsområdet. Forbrukere kan få tilgang til innholdet ved å åpne Power BI-appen i stedet for å åpne arbeidsområdet.

Distribuer innhold til stofffrie lisensbrukere

Brukere med en gratis lisens for Power BI (eller Power BI Pro- eller PPU-lisens) kan vise innhold når de får apptilgang eller legges til i en arbeidsområderolle– forutsatt at arbeidsområdet er tilordnet Premium-kapasitet. Denne muligheten til å distribuere innhold til brukere med en gratis lisens er ikke tilgjengelig for noen av de andre lisensmodusene for arbeidsområdet, inkludert Pro, Premium per bruker eller Embedded.

Kapasitetslisens for Power BI Premium

Bruk av en P SKU (for eksempel P1, P2, P3, P4 eller P5) er beskrevet i dette scenarioet. En P SKU kreves for vanlige produksjonsscenarioer og passer for enterprise BI-scenarioet som er beskrevet i denne artikkelen.

Administrer livssyklus for innhold

Vanligvis krever enterprise BI-løsninger stabilitet for produksjonsinnhold. Ett aspekt er å kontrollere når og hvordan innhold distribueres til produksjon. Bruk av utrullingssamlebånd er beskrevet i det selvbetjente publiseringsscenarioet for innhold .

Bruk eksisterende semantiske modeller på nytt

Gjenbruk av eksisterende semantiske modeller er viktig for teamsamarbeid. Det bidrar til å fremme en enkelt versjon av sannheten. Det er spesielt viktig når et lite antall semantiske modellopprettere støtter mange rapportopprettere. En live-tilkobling i Power BI Desktop kan koble en rapport til en eksisterende semantisk modell, slik at du unngår behovet for å opprette en annen semantisk modell. Hvis brukerne foretrekker å opprette en Excel-rapport, kan de også bruke funksjonen Analyser i Excel . Hvis du beholder tilkoblingen til den semantiske modellen, foretrekkes det å eksportere data til Excel fordi den:

  • Unngår å opprette dupliserte semantiske modeller.
  • Reduserer risikoen for inkonsekvente data og beregninger.
  • Støtter alle funksjonene for oppdeling, diktering og pivotering i visualobjektene mens de fortsatt er koblet til den semantiske modellen som er lagret i Power Bi-tjeneste.

Hvis du vil ha tilgang til en eksisterende semantisk modell, må innholdsoppretteren ha kompileringstillatelse for semantisk modell. Den kan gis direkte eller indirekte når brukeren er tilordnet til en arbeidsområderolle (bidragsyter eller høyere) eller gis når du publiserer en Power BI-app eller deler et Power BI-element. Det administrerte selvbetjente BI-scenarioet utforsker gjenbruk av delte semantiske modeller ytterligere.

Konfigurasjon av gateway

Vanligvis kreves det en datagateway når du får tilgang til datakilder som befinner seg i det private organisasjonsnettverket eller et virtuelt nettverk. Den lokale datagatewayen blir relevant når en Power BI Desktop-fil publiseres til Power Bi-tjeneste. De to formålene med en gateway er å oppdatere importerte data, eller vise en rapport som spør etter en live-tilkobling eller DirectQuery-semantisk modell (ikke avbildet i scenariodiagrammet).

Merk

For gruppe-, avdelings- og enterprise BI-scenarioer anbefales en sentralisert datagateway i standardmodus på det sterkeste over gatewayer i personlig modus. I standardmodus støtter datagatewayen live-tilkobling og DirectQuery-operasjoner (i tillegg til planlagte dataoppdateringsoperasjoner).

Systemtilsyn

Aktivitetsloggen registrerer brukeraktiviteter som forekommer i Power Bi-tjeneste. Power BI-administratorer kan bruke aktivitetsloggdataene som samles inn til å utføre overvåking for å hjelpe dem med å forstå bruksmønstre og innføring. Aktivitetsloggen er også verdifull for å støtte styringsarbeid, sikkerhetsrevisjoner og samsvarskrav.

I den neste artikkelen i denne serien kan du lære mer om viktigheten av å gjenbruke semantiske modeller i det administrerte selvbetjente BI-scenarioet.