Power BI-bruksscenarioer: Administrert selvbetjent BI

Merk

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

Som beskrevet i stoff innføring veikart, administrert selvbetjent BI er preget av en blandet tilnærming som understreker disiplin i kjernen og fleksibilitet på kanten. Dataarkitekturen vedlikeholdes vanligvis av ett enkelt team av sentraliserte BI-eksperter, mens rapporteringsansvar tilhører opprettere i avdelinger eller forretningsenheter.

Vanligvis er det mange flere rapportopprettere enn semantiske modellopprettere. Disse rapportoppretterne kan finnes i alle områder i organisasjonen. Fordi selvbetjente rapportopprettere ofte trenger å produsere innhold raskt, kan en blandet tilnærming gjøre det mulig for dem å fokusere på å produsere rapporter som støtter rettidig beslutningstaking uten ekstra innsats for å opprette en semantisk modell.

Merk

Det administrerte selvbetjente BI-scenarioet er det første av de selvbetjente BI-scenariene. Hvis du vil ha en fullstendig liste over selvbetjente BI-scenarioer, kan du se artikkelen om bruksscenarioer i Power BI.

For kortfattethet dekkes ikke noen aspekter som er beskrevet i emnet innholdssamarbeid og leveringsscenarioer i denne artikkelen. Hvis du vil ha fullstendig dekning, kan du lese disse artiklene først.

Scenariodiagram

Diagrammet nedenfor viser en oversikt på høyt nivå over de vanligste brukerhandlingene og Power BI-komponentene som støtter administrert selvbetjent BI. Hovedmålet er at mange rapportopprettere skal bruke sentraliserte, delte semantiske modeller på nytt. Dette scenarioet fokuserer på å koble fra modellutviklingsprosessen fra rapportopprettingsprosessen for å oppnå dette.

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
	Semantiske modellopprettere utvikler modeller ved hjelp av Power BI Desktop. For semantiske modeller som er ment for gjenbruk, er det vanlig (men ikke nødvendig) for opprettere å tilhøre et sentralisert team som støtter brukere på tvers av organisasjonsgrenser (for eksempel IT, enterprise BI eller Center of Excellence).
	Power BI Desktop kobler til data fra én eller flere datakilder.
	Datamodellutvikling utføres i Power BI Desktop. Det gjøres en ekstra innsats for å opprette en godt utformet og brukervennlig modell fordi den vil bli brukt som datakilde av mange selvbetjente rapportopprettere. Modellopprettere kan bruke DAX-spørringer til å utvikle og utforske modellen under utvikling.
	Når de er klare, publiserer semantiske modellopprettere Power BI Desktop-filen (PBIX) eller Power BI-prosjektfilen (PBIP) som bare inneholder en modell til Power Bi-tjeneste.
	Den semantiske modellen publiseres til et arbeidsområde som er dedikert til lagring og sikring av delte semantiske modeller. Siden semantisk modell er ment for gjenbruk, godkjennes den (sertifisert eller forfremmet etter behov). Den semantiske modellen er også merket som synlig for ytterligere å oppmuntre til gjenbruk. Avstammingsvisningen i Power Bi-tjeneste kan brukes til å spore avhengigheter som finnes mellom Power BI-elementer, inkludert rapporter som er koblet til den semantiske modellen.
	semantisk modelloppdagelse i OneLake-katalogen er aktivert fordi den semantiske modellen er merket som synlig. Oppdagbarhet gjør at en semantisk modell kan være synlig i OneLake-katalogen av andre innholdsopprettere som leter etter data.
	Rapportopprettere bruker OneLake-katalogen i Fabric-portalen til å søke etter synlige dataelementer, for eksempel semantiske modeller.
	Hvis rapportopprettere ikke har tillatelse, kan de be om kompileringstillatelse på dataelementene. Dette starter en arbeidsflyt for å be om kompileringstillatelse fra en autorisert godkjenner. Når den er godkjent, kan rapportoppretteren bruke dataelementer på nytt for å opprette nye rapporter.
	Rapportopprettere oppretter nye rapporter ved hjelp av Power BI Desktop. Rapporter bruker en live-tilkobling til en delt semantisk modell.
	Rapportopprettere utvikler rapporter i Power BI Desktop. I tillegg til rapporten kan rapportoppretterne bruke temaer, bilder og egendefinerte visualobjekter, og de kan opprette mål på rapportnivå.
	Når de er klare, publiserer rapportopprettere Power BI Desktop-filen til Power Bi-tjeneste.
	Rapporter publiseres til et arbeidsområde som er dedikert til lagring og sikring av rapporter og instrumentbord.
	Publiserte rapporter forblir koblet til de delte semantiske modellene som er lagret i et annet arbeidsområde. Eventuelle endringer i den delte semantiske modellen påvirker alle rapporter som er koblet til den.
	Andre selvbetjente rapportopprettere kan redigere nye rapporter ved hjelp av den eksisterende, delte semantiske modellen. Rapportopprettere kan velge å bruke Power BI Desktop, Power BI Report Builder eller Excel.
	Noen datakilder kan kreve en lokal datagateway eller VNet-gateway for dataoppdatering, for eksempel de som befinner seg i et privat organisasjonsnettverk.
	Power BI-administratorer overvåker og overvåker aktiviteten i Power Bi-tjeneste.

Viktige punkter

Nedenfor finner du noen viktige punkter for å fremheve det administrerte selvbetjente BI-scenarioet.

Delt semantisk modell

Det viktigste aspektet ved å gjøre administrert selvbetjent BI-arbeid er å minimere antall semantiske modeller. Dette scenarioet handler om delte semantiske modeller som bidrar til å oppnå én enkelt versjon av sannheten.

Merk

Scenariodiagrammet viser bare én delt semantisk modell for enkelhet. Det er imidlertid vanligvis ikke praktisk å modellere alle organisasjonsdata i én semantisk modell. Den andre ytterligheten er å opprette en ny semantisk modell for hver rapport, som mindre erfarne innholdsopprettere ofte gjør. Målet med administrert selvbetjent BI er å finne den rette balansen, lene seg mot relativt få semantiske modeller og opprette nye semantiske modeller når det er fornuftig å gjøre det.

Koble fra semantisk modell og rapporter

Når den semantiske modellen er koblet fra rapporter, forenkler den fordelingen av innsats og ansvar. En delt semantisk modell vedlikeholdes ofte av et sentralisert team (for eksempel IT, BI eller Center of Excellence), mens rapporter vedlikeholdes av fageksperter i forretningsenhetene. Men det er ikke nødvendig. Dette mønsteret kan for eksempel tas i bruk av alle innholdsopprettere som ønsker å oppnå gjenbruk.

Merk

Dataflyter vises ikke i scenariodiagrammet for enkelhet. Hvis du vil lære om dataflyter, kan du se det selvbetjente scenarioet for klargjøring av data.

Semantisk modellanbefalinger

Fordi delte semantiske modeller er ment for gjenbruk, er det nyttig å støtte dem. En sertifisert semantisk modell formidler til rapportopprettere at dataene er pålitelige og oppfyller organisasjonens kvalitetsstandarder. En forfremmet semantisk modell fremhever at den semantiske modelleieren mener dataene er verdifulle og verdt for andre å bruke.

Tips

Det er en anbefalt fremgangsmåte å ha en konsekvent, repeterbar og streng prosess for å godkjenne innhold. Sertifisert innhold bør indikere at datakvaliteten er validert. Den bør også følge reglene for endringsbehandling, ha formell støtte og være fullstendig dokumentert. Fordi sertifisert innhold har passert strenge standarder, er forventningene til troverdighet høyere.

Semantisk modelloppdagelse

OneLake-katalogen hjelper rapportopprettere med å finne, utforske og bruke semantiske modeller på tvers av organisasjonen. I tillegg til semantisk modellanbefalinger er aktivering av semantisk modelloppdagelse avgjørende for å fremme gjenbruk. En synlig semantisk modell er synlig i OneLake-katalogen for rapportopprettere som søker etter data.

Merk

Hvis en semantisk modell ikke er konfigurert til å være synlig, kan bare Power BI-brukere med kompileringstillatelse finne den.

Be om semantisk modelltilgang

En rapportoppretter kan finne en semantisk modell i OneLake-katalogen de vil bruke. Hvis de ikke har kompileringstillatelse for semantisk modell, kan de be om tilgang. Avhengig av innstillingen for forespørselstilgang for semantisk modell, sendes en e-postmelding til eieren av den semantiske modellen, eller egendefinerte instruksjoner presenteres for personen som ber om tilgang.

Live-tilkobling til den delte semantiske modellen

En live-tilkobling i Power BI Desktop kobler en rapport til en eksisterende semantisk modell. Live-tilkoblinger unngår behovet for å opprette en ny datamodell i Power BI Desktop-filen.

Viktig

Når du bruker en live-tilkobling, må alle data som rapportoppretteren trenger, befinne seg i den tilkoblede semantiske modellen. Det tilpassbare administrerte selvbetjente BI-scenarioet beskriver imidlertid hvordan en semantisk modell kan utvides med flere data og beregninger.

Publiser til separate arbeidsområder

Det er flere fordeler med å publisere rapporter til et arbeidsområde som er forskjellig fra der den semantiske modellen er lagret.

For det første er det klarhet i hvem som er ansvarlig for å administrere innhold i hvilket arbeidsområde. For det andre har rapportopprettere tillatelser til å publisere innhold til et rapporteringsområde (via arbeidsområdeadministrator, medlem eller bidragsyterroller). De har imidlertid bare lese- og byggtillatelser for bestemte semantiske modeller. Denne teknikken gjør det mulig for sikkerhet på radnivå (RLS) å tre i kraft når det er nødvendig for brukere som er tilordnet seerrollen.

Viktig

Når du publiserer en Power BI Desktop-rapport til et arbeidsområde, brukes RLS-rollene på medlemmer som er tilordnet visningsrollen i arbeidsområdet. Selv om brukere har kompileringstillatelse til den semantiske modellen, gjelder RLS fortsatt. Hvis du vil ha mer informasjon, kan du se Bruke RLS med arbeidsområder i Power BI.

Avhengighets- og konsekvensanalyse

Når en delt semantisk modell brukes av mange rapporter, kan disse rapportene finnes i mange arbeidsområder. Avstammingsvisningen bidrar til å identifisere og forstå nedstrømsavhengighetene. Når du planlegger en semantisk modellendring, må du først utføre konsekvensanalyse for å forstå hvilke avhengige rapporter som kan kreve redigering eller testing.

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.

Merk

For administrerte selvbetjente BI-scenarier 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. Med et administrert selvbetjent BI-scenario er det spesielt nyttig å spore bruken av delte semantiske modeller. Et høyt rapport-til-semantisk modellforhold indikerer god gjenbruk av semantiske modeller.

Relatert innhold

I den neste artikkelen i denne serien kan du lære hvordan du tilpasser og utvider en delt semantisk modell for å oppfylle flere typer krav.