Planlegging av power BI-implementering: Arbeidsområdeplanlegging på arbeidsområdenivå

  • Artikkel

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.

Denne artikkelen omhandler planlegging på arbeidsområdenivå i Fabric, med vekt på Power BI-opplevelsen. Det er primært rettet mot:

  • Fabric-administratorer: Administratorene som er ansvarlige for å overvåke Fabric i organisasjonen.
  • Center of Excellence-, IT- og BI-teamet: Teamene som også er ansvarlige for å overvåke data og BI og støtte selvbetjente brukere i hele organisasjonen.
  • Innholdsopprettere og eiere: Selvbetjente opprettere som trenger å opprette, publisere og behandle innhold i arbeidsområder.

For å bruke arbeidsområder effektivt, er det mange taktiske beslutninger som skal tas. Når det er mulig, bør individuelle beslutninger på arbeidsområdenivå samsvare med avgjørelsene på leiernivå.

Merk

Konseptet med et arbeidsområde stammer fra Power BI. Med Fabric har formålet med et arbeidsområde blitt bredere. Resultatet er at et arbeidsområde nå kan inneholde elementer fra én eller flere forskjellige stoffopplevelser (også kalt arbeidsbelastninger). Selv om innholdsomfanget har blitt bredere enn Power BI, kan de fleste av planleggingsaktivitetene for arbeidsområdet som er beskrevet i disse artiklene brukes på planlegging av fabric-arbeidsområder.

Arbeidsområdeformål

Når du planlegger for arbeidsområder, er det viktig å vurdere ikke bare hvilken type innhold det vil lagre, men også aktivitetene som arbeidsområdet er ment å støtte.

Vurder følgende to eksempler på finansrelaterte arbeidsområder. Selv om begge er dedikert til samme team, tjener hvert arbeidsområde et annet formål:

  • Arbeidsområde for økonomisk månedsavslutning: Arbeidsområdet for økonomisk månedsavslutning inneholder avstemming og avslutningsrapporter for månedsslutt. Dette arbeidsområdet regnes som et uformelt arbeidsområde for å støtte samarbeid. En Power BI-app er ikke nødvendig for innholdslesere fordi den primære bruken av dette arbeidsområdet er samarbeid av en liten gruppe personer som jobber tett sammen. De fleste gruppemedlemmer har tillatelse til å redigere innhold i dette arbeidsområdet.
  • Arbeidsområde for økonomirapportering: Arbeidsområdet for finansrapportering inneholder de ferdige rapportene på presentasjonsnivå. Dette arbeidsområdet inneholder innhold som er bredt distribuert over hele organisasjonen til mange seere (inkludert ledere) ved hjelp av en Power BI-app. Arbeidsområdet er nært styrt.

Med disse to eksemplene i tankene bør du vurdere to spesifikke aspekter ved arbeidsområdeformål: hensikt for samarbeid og hensikt for visning.

Hensikt for samarbeid

Hovedmålet med et arbeidsområde i Fabric-portalen er å legge til rette for samarbeid mellom flere personer. Det finnes mange måter samarbeid kan skje på i et arbeidsområde:

  • Teambasert utvikling: Flere personer kan samarbeide for å bygge, teste og publisere innhold. Én bruker kan arbeide med utformingen av et lakehouse. En annen bruker kan arbeide med utformingen av den semantiske modellen (tidligere kalt et datasett), mens andre brukere kan fokusere på å bygge rapporter.
  • Testing og valideringer: Brukere må kanskje utføre datavalideringer for nytt innhold. Emneeksperter fra forretningsenheten må kanskje utføre testing av brukergodkjenning (UAT), eller et datakvalitetsteam må kanskje validere nøyaktigheten til den semantiske modellen.
  • Forbedringer: Interessenter og forbrukere av innholdet kan foreslå forbedringer av innholdet etter hvert som omstendighetene endres.
  • Eierskapsoverføring: En annen person eller et annet team kan overta ansvaret for innhold som ble opprettet av noen andre.

Et av de viktigste områdene i stoffinnføringsveikartet er eierskap og administrasjon av innhold. Typen samarbeid som skjer i et arbeidsområde, vil variere basert på fremgangsmåten som brukes for eierskap og administrasjon av innhold:

  • Forretningsledet selvbetjent BI: Innhold eies og administreres av innholdsoppretterne i en forretningsenhet eller avdeling. I dette scenarioet forekommer det meste av samarbeidet i arbeidsområdet blant brukere i denne forretningsenheten.
  • Administrert selvbetjent BI: Data eies og administreres av et sentralisert team, mens ulike innholdsopprettere fra forretningsenheter tar ansvar for rapporter og instrumentbord. I dette scenarioet er det svært sannsynlig at flere arbeidsområder vil være nødvendig for å sikre samarbeid av flere team av personer.
  • Enterprise BI: Innhold eies og administreres av et sentralisert team, for eksempel IT, enterprise BI eller Center of Excellence (COE). I dette scenarioet forekommer samarbeidsarbeid i arbeidsområdet blant brukere i det sentraliserte teamet.

Sjekkliste – Når du vurderer intensjonene dine for samarbeid i et arbeidsområde, omfatter viktige beslutninger og handlinger:

  • Vurder forventninger til samarbeid: Bestem hvordan samarbeid mellom arbeidsområder må skje, og hvem som er involvert i ett enkelt team eller på tvers av organisasjonsgrenser.
  • Vurder forventninger til eierskap og administrasjon av innhold: Tenk på hvordan de ulike innholdseierskaps- og administrasjonstilnærmingene (forretningsledet selvbetjent BI, administrert selvbetjent BI og enterprise BI) vil påvirke hvordan du utformer og bruker arbeidsområder.

Tips

Når dine behov ikke kan dekkes av én enkelt tilnærming, må du være forberedt på å være fleksibel og bruke en annen strategi for eierskap og administrasjon av innhold for ulike arbeidsområder. Strategien kan være basert på scenarioet og teammedlemmene som er involvert.

Hensikt for innholdsvisning

Det sekundære målet for et arbeidsområde er å distribuere innhold til forbrukere som trenger å vise innholdet. For innholdslesere er den primære fabric-arbeidsbelastningen Power BI.

Det finnes flere måter å nærme seg innholdsdistribusjon på i Power Bi-tjeneste:

  • Rapporter kan vises ved hjelp av en Power BI-app: Innhold som er lagret i et ikke-personlig arbeidsområde, kan publiseres til en Power BI-app. En Power BI-app er en mer brukervennlig opplevelse enn å vise rapporter direkte i et arbeidsområde. Av denne grunn er bruk av en Power BI-app ofte det beste valget for distribusjon av innhold til forbrukere. Målgrupper for en Power BI-app er svært fleksible. Noen ganger er imidlertid målene for hvordan du vil distribuere innhold med en app, en faktor for å bestemme hvordan du organiserer innhold i eller på tvers av arbeidsområder. Hvis du vil ha mer informasjon om sikring av Power BI-apper, kan du se Planlegging av rapportforbrukersikkerhet.
  • Rapporter kan vises direkte i arbeidsområdet: Denne tilnærmingen passer ofte for uformelle arbeidsområder. Arbeidsområderoller definerer hvem som kan vise eller redigere innholdet i et arbeidsområde. Hvis du vil ha mer informasjon om arbeidsområderoller, kan du se Sikkerhetsplanlegging for innholdsoppretter.
  • Rapporter kan deles: Bruk av tillatelser per element (koblinger eller direkte tilgang) er nyttig når det er behov for skrivebeskyttet tilgang til ett enkelt element i et arbeidsområde. Vi anbefaler at du bruker apptillatelser og arbeidsområderoller oftere enn deling fordi de er enklere å vedlikeholde. Hvis du vil ha mer informasjon, kan du se Rapporter planlegging av forbrukersikkerhet.
  • Rapporter kan bygges inn i et annet program og vises der: Noen ganger er hensikten at forbrukere skal vise Power BI-innhold som er innebygd i et annet program. Innebygging av innhold er nyttig når det er fornuftig for brukeren å forbli i programmet for å øke effektiviteten og holde seg innenfor arbeidsflyten.

Et annet viktig område i stoffinnføringsveikartet er innholdsleveringsomfang. Måtene et arbeidsområde støtter innholdsdistribusjon på, varierer basert på omfanget for innholdslevering:

  • Personlig BI: Innhold er ment for bruk av oppretteren. Siden deling av innhold med andre ikke er et mål, utføres personlig BI i et personlig arbeidsområde (beskrevet i neste emne).
  • Team BI: Innhold deles med et relativt lite antall kolleger som jobber tett sammen. I dette scenarioet er de fleste arbeidsområder uformelle arbeidsområder.
  • Avdelings-BI: Innhold distribueres til mange forbrukere som tilhører en stor avdeling eller forretningsenhet. I dette scenarioet er arbeidsområdet først og fremst for samarbeidsarbeid. I scenarioer for avdelings-BI vises ofte innhold i en Power BI-app (i stedet for direkte vist i arbeidsområdet).
  • Enterprise BI: Innhold leveres bredt på tvers av organisasjonsgrenser til det største antallet målforbrukere. I dette scenarioet er arbeidsområdet først og fremst for samarbeidsarbeid. For enterprise BI-scenarioer vises innhold vanligvis i en Power BI-app (i stedet for direkte vist i arbeidsområdet).

Tips

Når du planlegger arbeidsområdene, bør du vurdere behovene til målgruppen når du bestemmer lisensmodusen for arbeidsområdet. Lisenstypen som er tilordnet arbeidsområdet, vil påvirke funksjonene som er tilgjengelige, inkludert hvem som kan vise eller behandle arbeidsområdeinnhold.

Sjekkliste – Når du vurderer forventningene dine for hvordan arbeidsområdeinnhold skal vises, omfatter viktige beslutninger og handlinger:

  • Vurder forventninger for å vise innhold: Bestem hvordan du forventer at forbrukerne skal vise innhold som er publisert til arbeidsområdet. Vurder om visning vil skje direkte i arbeidsområdet eller ved hjelp av en annen metode.
  • Bestem hvem innholdet skal leveres til: Vurder hvem målgruppen er. Vurder også lisensmodusen for arbeidsområdet, spesielt når du forventer et betydelig antall innholdslesere.
  • Evaluer behov for en Power BI-app: Vurder hva arbeidsområdet er når det gjelder kravene til innholdsdistribusjon. Når en Power BI-app er nødvendig, kan den påvirke beslutninger om å opprette et arbeidsområde.
  • Vurder forventninger for innholdsleveringsomfang: Vurder hvordan de ulike omfangene for innholdslevering (personlig BI, team BI, avdelings-BI og enterprise BI) vil påvirke hvordan du utformer og bruker arbeidsområder.

Tips

Vær forberedt på å være fleksibel. Du kan bruke en annen strategi for innholdsvisning for arbeidsområder basert på scenarioet og gruppemedlemmene som er involvert. Ikke vær redd for å bruke ulike tilnærminger for innholdsleveringsomfang for arbeidsområder når det kan rettferdiggjøres.

Riktig bruk av personlige arbeidsområder

Det finnes to typer arbeidsområder:

  • Personlige arbeidsområder: Alle brukere har et personlig arbeidsområde. Et personlig arbeidsområde kan brukes til å publisere bestemte typer innhold til Stoff-portalen. Hovedformålet er å støtte personlige BI-bruksscenarioer .
  • Arbeidsområder: Hovedformålet med et arbeidsområde er å støtte samarbeid mellom flere brukere. Det kan også brukes et arbeidsområde til å vise innhold.

Bruk av et personlig arbeidsområde for noe annet enn å lære personlig BI, midlertidig innhold eller testformål kan være risikabelt fordi innhold i et personlig arbeidsområde administreres og vedlikeholdes av én person. Et personlig arbeidsområde støtter heller ikke samarbeid med andre.

Hvis du vil tillate oppretting av alle typer stoffelementer (for eksempel et lakehouse eller lager), må et arbeidsområde legges til i en stoffkapasitet. Dette gjelder både for standard arbeidsområder og personlige arbeidsområder. Derfor kan du styre hvem som kan opprette bestemte typer elementer i et personlig arbeidsområde ved hjelp av kapasitetstilordningen.

Et personlig arbeidsområde er begrenset i alternativene for å dele innhold med andre. Du kan ikke publisere en Power BI-app fra et personlig arbeidsområde (og Power BI-apper er en viktig mekanisme for å distribuere innhold til organisasjonen). Tillatelser per element (koblinger eller direkte tilgang) er den eneste måten å dele personlig arbeidsområdeinnhold med andre på. Derfor innebærer utstrakt bruk av tillatelser per element mer innsats og øker risikoen for feil. Hvis du vil ha mer informasjon, kan du se Rapporter planlegging av forbrukersikkerhet.

Sjekkliste – Når du vurderer forventningene dine om hvordan personlige arbeidsområder skal brukes, omfatter viktige beslutninger og handlinger:

  • Forstå gjeldende bruk av personlige arbeidsområder: Ha samtaler med brukerne og se gjennom aktivitetsaktivitetsdataene for å sikre at du forstår hva brukerne gjør med sine personlige arbeidsområder.
  • Bestem hvordan personlige arbeidsområder skal brukes: Bestem hvordan personlige arbeidsområder skal (og bør ikke) brukes i organisasjonen. Fokuser på å balansere risiko og brukervennlighet med behov for innholdssamarbeid og visning.
  • Flytt personlig arbeidsområdeinnhold når det er aktuelt: Flytt innhold fra personlige arbeidsområder til standard arbeidsområder når det er aktuelt, for kritisk innhold.
  • Opprett og publiser dokumentasjon om personlige arbeidsområder: Opprett nyttig dokumentasjon eller vanlige spørsmål for brukerne om hvordan du effektivt bruker personlige arbeidsområder. Gjør informasjonen tilgjengelig i den sentraliserte portalen og opplæringsmateriellet.

Merk

Hvis du vil ha mer informasjon, kan du se disse veikartemnene for stoffinnføring: sentralisert portal, opplæring og dokumentasjon.

Eierskap for arbeidsområde

En av de viktigste tingene å vurdere når du planlegger arbeidsområder, er å bestemme eierskaps - og forvaltningsrollene og ansvarsområdene. Målet er å ha klarhet i nøyaktig hvem som er ansvarlig for å opprette, vedlikeholde, publisere, sikre og støtte innholdet i hvert arbeidsområde.

Klarhet i eierskap er spesielt relevant når ansvar for å opprette og administrere data desentraliseres – eller distribueres – blant avdelinger og forretningsenheter. Dette konseptet kalles også noen ganger en datanettarkitektur . Hvis du vil ha mer informasjon om datanett, kan du se Hva er datanett?.

I Fabric aktiveres desentralisert eller distribuert eierskap gjennom arbeidsområder. Ulike områder i organisasjonen kan arbeide uavhengig, samtidig som de bidrar til den samme underliggende datastrukturen i OneLake. Hvert arbeidsområde kan ha sin egen administrator, tilgangskontroll og kapasitetstilordning (for fakturering, geografisk dataplassering og ytelsesovervåking).

Tips

En ekstra måte å støtte eierskap av arbeidsområder i Fabric på, er med domener, som er beskrevet senere i denne artikkelen.

Når hensikten med samarbeid innebærer desentralisering og flere team utover én enkelt forretningsenhet, kan det legge til kompleksitet for administrasjon av arbeidsområder. Det er ofte nyttig å opprette separate arbeidsområder for å tydelig avgrense hvilket team som er ansvarlig for hvilket innhold. Bruk av flere arbeidsområder gjør at du kan være spesifikk når det gjelder eierskap og administrasjonsansvar, og det kan hjelpe deg med å angi sikkerhet i henhold til prinsippet om minst rettigheter. Hvis du vil ha flere sikkerhetshensyn, kan du se Sikkerhetsplanlegging for innholdsoppretter.

Tips

Dine beslutninger knyttet til ansvarlighet og ansvar bør korrelere direkte med handlingene dine knyttet til definering av arbeidsområdetilgang, som beskrives senere i denne artikkelen.

Sjekkliste – Når du vurderer ansvarsområder for eierskap av arbeidsområder, omfatter viktige beslutninger og handlinger:

  • Få en fullstendig forståelse av hvordan innholdseierskap fungerer: Sørg for at du forstår hvordan innholdseierskap og -administrasjon skjer i hele organisasjonen. Innse at det sannsynligvis ikke vil være en one-size-fits-all tilnærming til å gjelde jevnt på tvers av hele organisasjonen. Forstå desentraliserte eller distribuerte eierskapsbehov.
  • Definer og dokumentroller og ansvarsområder: Sørg for at du definerer og dokumenterer klare roller og ansvarsområder for personer som samarbeider i arbeidsområder. Gjør denne informasjonen tilgjengelig i pålastingsaktiviteter, opplæringsmateriell og den sentraliserte portalen.
  • Opprett en ansvarsmatrise: Tilordne hvem som forventes å håndtere hver funksjon når du oppretter, vedlikeholder, publiserer, sikrer og støtter innhold. Gjør denne informasjonen klar når du begynner å planlegge for tilgangsroller for arbeidsområdet.
  • Vurder samarbeids- eller eierskapsscenarioer for flere team: Identifiser når det finnes et scenario der det ville være nyttig å skille ut arbeidsområder slik at ansvaret er klart.
  • Opprett dokumentasjon for arbeidsområdebehandling: Lær administratorer og medlemmer om hvordan du administrerer innstillinger og tilgang til arbeidsområder. Inkluder ansvar for administratorer, medlemmer og bidragsytere for arbeidsområdet. Gjør informasjonen tilgjengelig i den sentraliserte portalen og opplæringsmateriellet.

Arbeidsområdeorganisasjon

Hvordan du organiserer arbeidsområder er en av de viktigste aspektene ved planlegging av arbeidsområder.

Ulike forretningsenheter og avdelinger kan bruke arbeidsområder litt annerledes, avhengig av samarbeidskravene deres. Når du trenger et nytt arbeidsområde, anbefaler vi at du vurderer faktorene som er beskrevet i denne delen.

Emne og omfang for arbeidsområde

Følgende alternativer gir noen forslag til hvordan du kan organisere arbeidsområder etter emne og omfang.

I noen tilfeller kan det hende du allerede har opprettet noen nyttige grupper i Microsoft Entra ID (tidligere kalt Azure Active Directory). Deretter kan du bruke dem til å administrere tilgang til ressurser for det definerte emneområdet og omfanget. Det kan imidlertid hende at du må opprette noen nye grupper som passer til dette formålet. Se inndelingen for tilgang til arbeidsområdet nedenfor for å ta hensyn.

Alternativ 1: Arbeidsområde per emneområde eller prosjekt

Hvis du oppretter et arbeidsområde for hvert emneområde eller prosjekt, kan du fokusere på formålet. Det lar deg ta en balansert tilnærming.

Eksempler: Kvartalsvis økonomi eller produktlanseringsanalyse

Fordelene med alternativ 1 inkluderer:

  • Det er enklere å administrere brukertilgang for hvem som har tillatelse til å redigere eller vise innhold, siden det er omfang per emneområde.
  • Når brukere får tilgang til innhold på tvers av organisasjonsgrenser, er strukturering av arbeidsområder etter emneområde mer fleksibelt og enklere å administrere (sammenlignet med alternativ 2 diskutert neste).
  • Bruk av et omfang per emneområde er et godt kompromiss mellom arbeidsområder som inneholder for mange elementer og arbeidsområder som inneholder for få elementer.

En ulempe med alternativ 1 er at avhengig av hvor smale eller brede arbeidsområder er definert, er det fortsatt en viss risiko for at mange arbeidsområder opprettes. Det kan være utfordrende å finne innhold for brukere når innhold er spredt over mange arbeidsområder.

Tips

Når det er godt planlagt og administrert, resulterer vanligvis et arbeidsområde per emneområde eller prosjekt i et håndterbart antall arbeidsområder.

Alternativ 2: Arbeidsområde per avdeling eller team

Oppretting av et arbeidsområde per avdeling eller team (eller forretningsenhet) er en vanlig tilnærming. Justering med organisasjonskartet er faktisk den vanligste måten personer begynner med arbeidsområdeplanlegging på. Det er imidlertid ikke ideelt for alle scenarier.

Eksempler: Finance Department eller Sales Team Analytics

Fordelene med alternativ 2 inkluderer:

  • Det er enkelt å komme i gang med planleggingen. Alt innhold som kreves av personene som arbeider i denne avdelingen, befinner seg i ett arbeidsområde.
  • Det er enkelt for brukere å vite hvilket arbeidsområde som skal brukes siden alt innholdet publiseres til arbeidsområdet som er knyttet til avdelingen eller teamet.
  • Det kan være enkelt å administrere sikkerhetsroller, spesielt når Microsoft Entra-grupper tilordnes til arbeidsområderoller (som er anbefalt fremgangsmåte).

Ulempene med alternativ 2 inkluderer:

  • Resultatet er ofte et arbeidsområde med bredt omfang som inneholder mange elementer. Et bredt definert arbeidsområdeomfang kan gjøre det utfordrende for brukere å finne bestemte elementer.
  • Fordi det er en én-til-én-relasjon mellom et arbeidsområde og en Power BI-app, kan et bredt definert arbeidsområde resultere i apper for brukere som inneholder mye innhold. Dette problemet kan reduseres ved å utelate bestemte arbeidsområdeelementer fra appen, og med god utforming av appens navigasjonsopplevelse.
  • Når brukere fra andre avdelinger må vise bestemte arbeidsområdeelementer, kan administrasjon av tillatelser bli mer komplisert. Det er en risiko for at folk vil anta at alt i avdelingens arbeidsområde bare er for øynene deres. Det er også en risiko for at deling av individuelle elementer blir overbrukt for å oppnå detaljerte visningstillatelser.
  • Hvis noen innholdsopprettere trenger tillatelse til å redigere noen elementer (men ikke alle elementer), er det ikke mulig å angi disse tillatelsene i ett enkelt arbeidsområde. Det er fordi arbeidsområderoller, som bestemmer redigerings- eller visningstillatelser, er definert på arbeidsområdenivå.
  • Når du har et stort antall arbeidsområdeelementer, betyr det ofte at du må bruke strenge navnekonvensjoner for elementer, slik at brukerne kan finne det de trenger.
  • Brede arbeidsområder med mange elementer kan ha en teknisk begrensning på antall elementer som kan lagres i et arbeidsområde.

Tips

Når du oppretter arbeidsområder som samsvarer med organisasjonskartet, ender du ofte opp med færre arbeidsområder. Det kan imidlertid resultere i arbeidsområder som inneholder mye innhold. Vi anbefaler ikke å justere arbeidsområder per avdeling eller gruppe når du forventer å ha et betydelig antall elementer og/eller mange brukere.

Alternativ 3: Arbeidsområde for en bestemt rapport eller app

Oppretting av et arbeidsområde for hver rapport eller type analyse anbefales ikke bortsett fra bestemte omstendigheter.

Eksempler: Daglig salgssammendrag eller lederbonuser

Fordelene med alternativ 3 inkluderer:

  • Formålet med et snevert definert arbeidsområde er klart.
  • Ultrasensitivt innhold kan, og ofte bør, skilles inn i sitt eget arbeidsområde, slik at det kan administreres og styres eksplisitt.
  • Finjusterte arbeidsområdetillatelser gjelder for noen få elementer. Dette oppsettet er nyttig når for eksempel en bruker har tillatelse til å redigere én rapport, men ikke en annen.

Ulemper med alternativ 3 inkluderer:

  • Hvis det brukes for mye, resulterer oppretting av snevert definerte arbeidsområder i et stort antall arbeidsområder.
  • Å ha et stort antall arbeidsområder å arbeide med innebærer mer innsats. Selv om brukere kan stole på søk, kan det være frustrerende å finne riktig innhold i riktig arbeidsområde.
  • Når det finnes et større antall arbeidsområder, er det mer arbeid fra et overvåkings- og overvåkingsperspektiv.

Tips

Oppretting av et arbeidsområde med et smalt omfang, for eksempel en enkeltrapport, bør bare gjøres av bestemte grunner. Det bør være unntaket i stedet for regelen. Noen ganger er det nyttig å skille målstyringer i sitt eget arbeidsområde. Det er for eksempel nyttig å bruke et eget arbeidsområde når en målstyring presenterer mål som strekker seg over flere emneområder. Det er også nyttig å konfigurere bestemte tillatelser for å administrere og vise målstyringen.

Sjekkliste – Når du vurderer emneområdet og omfanget av arbeidsområdeinnhold, omfatter viktige beslutninger og handlinger:

  • Vurder hvordan arbeidsområder er konfigurert: Se gjennom hvordan personer for øyeblikket bruker arbeidsområder. Identifiser hva som fungerer bra og hva som ikke fungerer bra. Planlegg for potensielle endringer og muligheter for brukerutdanning.
  • Vurder det beste arbeidsområdeomfanget: Identifiser hvordan du vil at personer skal bruke arbeidsområder basert på formål, emneområde, omfang og hvem som er ansvarlig for å administrere innholdet.
  • Identifiser hvor svært sensitivt innhold befinner seg: Bestem når du oppretter et bestemt arbeidsområde for svært sensitivt innhold, kan rettferdiggjøres.
  • Opprett og publiser dokumentasjon om bruk av arbeidsområder: Opprett nyttig dokumentasjon eller vanlige spørsmål for brukerne om hvordan du organiserer og bruker arbeidsområder. Gjør denne informasjonen tilgjengelig i opplæringsmateriell og den sentraliserte portalen.

Elementtyper for arbeidsområde

Å skille dataarbeidsområder fra rapporteringsarbeidsområder er en vanlig praksis for å koble dataressurser fra analytiske ressurser.

  • Et dataarbeidsområde er dedikert til lagring og sikring av dataelementer som lakehouse, lager, datasamlebånd, dataflyt eller semantisk modell.
  • Et rapporteringsområde fokuserer mer på nedstrøms analytiske aktiviteter. Den er dedikert til lagring og sikring av elementer som rapporter, instrumentbord og måledata. Rapportering av arbeidsområder primært (men ikke nødvendigvis utelukkende) inkluderer Power BI-innhold.

Tips

Hver stoffopplevelse lar deg opprette ulike typer elementer. Disse elementene passer ikke alltid pent inn i konseptet med hva som anses som data kontra rapportering av (eller analytisk) innhold. Et eksempel er en Fabric-notatblokk som kan brukes på mange forskjellige måter, for eksempel: laste inn og transformere data i et lakehouse, sende spark SQL-spørringer eller analysere og visualisere data med PySpark. Når arbeidsområdet inneholder blandede arbeidsbelastninger, anbefaler vi at du fokuserer primært på arbeidsområdeformålet og eierskapet til innholdet som beskrevet andre steder i denne artikkelen.

Fordelene ved å skille dataarbeidsområder fra rapporteringsarbeidsområder inkluderer:

  • Kritiske organisasjonsdata, for eksempel et godkjent lakehouse eller semantisk modell, kan befinne seg i et bestemt arbeidsområde som er utformet for å gjøre gjenbrukbare data tilgjengelige i virksomhetsskala. Vanlige eksempler inkluderer:
  • Tilgangsbehandling kan sentraliseres for kritiske organisasjonsdata. Administrasjon av tilgang separat for dataarbeidsområdet sammenlignet med rapportering av arbeidsområder er nyttig når ulike personer er ansvarlige for data og rapporter. Med administrert selvbetjent BI er det vanlig å ha mange rapportopprettere og færre dataopprettere.
  • Begrensning av hvem som kan redigere og administrere semantiske modeller minimerer risikoen for utilsiktede endringer, spesielt for kritiske dataelementer som brukes på nytt for mange formål eller av mange brukere. Fysisk separasjon reduserer sjansene for utilsiktede eller ikke godkjente endringer. Dette ekstra laget med beskyttelse er nyttig for sertifiserte semantiske modeller, som er avhengige av deres kvalitet og troverdighet.
  • Scenarioer for medeierskap er avklart. Når delte semantiske modeller leveres fra et sentralisert BI- eller IT-team, mens rapporter publiseres av selvbetjente innholdsopprettere (i forretningsenheter), er det en god praksis å skille de semantiske modellene inn i et eget arbeidsområde. Denne tilnærmingen unngår tvetydigheten i scenarioer med medeierskap fordi eierskap og ansvar per arbeidsområde er tydeligere definert.
  • Sikkerhet på radnivå (RLS) håndheves. Når du oppfordrer opprettere til å arbeide i ulike arbeidsområder, har de ikke unødvendig redigeringstillatelse til den opprinnelige semantiske modellen. Fordelen er at RLS og/eller sikkerhet på objektnivå (OLS) håndheves for innholdsopprettere (og også innholdslesere).

Ulempene ved å skille dataarbeidsområder fra rapporteringsarbeidsområder inkluderer:

  • Det kreves en navnekonvensjon for arbeidsområdet for å kunne skille et dataarbeidsområde fra et rapporteringsområde.
  • Ekstra brukeropplæring kreves for å sikre at innholdsforfattere og forbrukere vet hvor de skal publisere og finne innhold.
  • Noen ganger er det utfordrende å tydelig avgrense elementtypene som skal være i et arbeidsområde. Over tid kan et arbeidsområde ende opp med å inneholde flere typer innhold enn det som opprinnelig var ment.
  • Bruk av separate arbeidsområder resulterer i et større antall arbeidsområder som du må administrere og overvåke. Når du planlegger for formål, omfang og andre hensyn (for eksempel fordeling av utvikling, test og produksjonsinnhold), kan tilnærmingen til arbeidsområdeutforming bli mer komplisert.
  • Ekstra endringsbehandlingsprosesser kan være nødvendig for å spore og prioritere forespurte endringer i sentraliserte dataelementer, spesielt når rapportopprettere har krav utover det som kan håndteres av sammensatte modeller og mål på rapportnivå.

Sjekkliste – Når du vurderer elementtypene som skal lagres i et arbeidsområde, omfatter viktige beslutninger og handlinger:

  • Bestem målene for gjenbruk av data: Bestem hvordan du oppnår gjenbruk av data som en del av en administrert selvbetjent BI-strategi.
  • Oppdater leierinnstillingen for hvem som kan bruke semantiske modeller på tvers av arbeidsområder: Finn ut om denne funksjonen kan gis til alle brukere. Hvis du bestemmer deg for å begrense hvem som kan bruke semantiske modeller på tvers av arbeidsområder, bør du vurdere å bruke en gruppe, for eksempel stoffgodkjente rapportopprettere.

Arbeidsområdetilgang

Siden hovedformålet med et arbeidsområde er samarbeid, gjelder for det meste arbeidsområdetilgang for brukere som oppretter og administrerer innholdet. Det kan også være relevant når arbeidsområdet brukes til å vise innhold (et sekundært formål for arbeidsområder, som beskrevet tidligere i denne artikkelen).

Når du begynner å planlegge for arbeidsområderoller, er det nyttig å stille deg selv følgende spørsmål.

  • Hva er forventningene til hvordan samarbeid skjer i arbeidsområdet?
  • Brukes arbeidsområdet direkte til å vise innhold av forbrukere?
  • Hvem vil være ansvarlig for å administrere innholdet i arbeidsområdet?
  • Hvem viser innhold som er lagret i arbeidsområdet?
  • Er det meningen å tilordne individuelle brukere eller grupper til arbeidsområderoller?

Det er en anbefalt fremgangsmåte å bruke grupper til å tilordne arbeidsområderoller når det er praktisk. Det finnes ulike typer grupper du kan tilordne. Sikkerhetsgrupper, e-postaktiverte sikkerhetsgrupper, distribusjonsgrupper og Microsoft 365-grupper støttes alle for arbeidsområderoller. Hvis du vil ha mer informasjon om hvordan du bruker grupper, kan du se Sikkerhetsplanlegging på leiernivå.

Når du planlegger å bruke grupper, kan du vurdere å opprette én gruppe per rolle per arbeidsområde. Hvis du for eksempel vil støtte arbeidsområdet Kvartalsvis økonomi , kan du opprette følgende grupper:

  • Administratorer for stoffarbeidsområde – kvartalsvis økonomi
  • Medlemmer av stoffarbeidsområdet – Kvartalsvis økonomi
  • Bidragsytere for stoffarbeidsområde – kvartalsvis økonomi
  • Stoffarbeidsområdeseere – kvartalsvis økonomi
  • Power BI-app-seere – kvartalsvis økonomi

Tips

Oppretting av gruppene som er oppført ovenfor, gir fleksibilitet. Det innebærer imidlertid å opprette og administrere mange grupper. Det kan også være utfordrende å administrere et stort antall grupper når grupper bare opprettes og vedlikeholdes av IT. Denne utfordringen kan reduseres ved å aktivere selvbetjent gruppestyring for enkelte satellittmedlemmer. Disse medlemmene kan inkludere Center of Excellence (COE), mestere eller klarerte brukere som har fått opplæring i hvordan de administrerer rollemedlemskap for forretningsenheten. Hvis du vil ha mer informasjon, kan du se Sikkerhetsplanlegging på leiernivå.

Når dataarbeidsområder er atskilt fra rapporteringsarbeidsområder, som beskrevet tidligere i denne artikkelen, resulterer det i et enda større antall grupper. Vurder hvordan antall grupper dobles fra fem til ti når du skiller data og rapporterer arbeidsområder:

  • Administratorer for stoffdataarbeidsområde – Kvartalsvis økonomi
  • Administratorer for arbeidsområdet for stoffrapportering – kvartalsvis økonomi
  • Medlemmer av stoffdataarbeidsområdet – Kvartalsvis økonomi
  • Medlemmer av arbeidsområdet for stoffrapportering – Kvartalsvis økonomi
  • Bidragsytere for stoffdataarbeidsområde – Kvartalsvis økonomi
  • Bidragsytere for arbeidsområdet for stoffrapportering – kvartalsvis økonomi
  • Visning av stoffdataarbeidsområde – kvartalsvis økonomi
  • Visning av arbeidsområder for stoffrapportering – kvartalsvis økonomi
  • Power BI-app-seere – kvartalsvis økonomi

Når det finnes flere arbeidsområder for utvikling, test og produksjon, resulterer det i et enda større antall grupper. Det er potensialet for at antall grupper skal tredobles. For bare administratorene for dataarbeidsområdet vil det for eksempel være disse tre gruppene:

  • Administratorer for stoffdataarbeidsområde – Kvartalsvis økonomi [Utvikling]
  • Administratorer for stoffdataarbeidsområde – Kvartalsvis økonomi [Test]
  • Administratorer for stoffdataarbeidsområde – Kvartalsvis økonomi

De forrige eksemplene er ment å formidle at bruken av grupper som tilordnes til arbeidsområderoller raskt kan bli uhåndterlig.

Tips

Noen ganger er det behov for færre grupper, spesielt under utvikling. Det kan for eksempel hende at du ikke trenger å angi en gruppe for visning av arbeidsområder under utvikling. denne gruppen er bare nødvendig for testing og produksjon. Eller du kan kanskje bruke samme administratorgruppe for arbeidsområde for utvikling, test og produksjon. Hvis du vil ha mer informasjon om utvikling, test og produksjon, kan du se Administrasjon av livssyklus for arbeidsområdet senere i denne artikkelen.

Effektiv bruk av grupper for arbeidsområderoller kan kreve betydelig planlegging. Vær forberedt på å støte på scenarioer når eksisterende grupper (som kan være på linje med organisasjonskartet) ikke oppfyller alle dine behov for administrasjon av stoffinnhold. I dette tilfellet anbefaler vi at du oppretter grupper spesielt for dette formålet. Det er derfor ordene Fabric eller Power BI er inkludert i gruppenavneksempler som vises ovenfor. Hvis du har flere verktøy for forretningsintelligens, kan du velge å bruke bare BI som prefiks i stedet. På den måten kan du bruke de samme gruppene på tvers av flere verktøy.

Til slutt viser eksemplene ett arbeidsområde – Kvartalsvis økonomi – men ofte er det mulig å administrere en samling arbeidsområder med ett sett med grupper. Det kan for eksempel hende at flere arbeidsområder som eies og administreres av finansteamet, kan bruke de samme gruppene.

Merk

Du vil ofte planlegge sikkerhet bredere, med tanke på semantiske modellkrav for lese - og byggtillatelser og krav til sikkerhet på radnivå (RLS ). Hvis du vil ha mer informasjon om hva du bør vurdere for å støtte rapportbrukere og innholdsopprettere, kan du se sikkerhetsplanleggingsartiklene . I denne artikkelen er fokuset bare på arbeidsområderoller som en del av planleggingsprosessen for arbeidsområdet.

Sjekkliste – Når du vurderer tilgang til arbeidsområdet, omfatter viktige beslutninger og handlinger:

  • Se roller og ansvarsområder: Bruk rollene og ansvarsinformasjonen som ble utarbeidet tidligere for å planlegge for arbeidsområderoller.
  • Identifiser hvem som skal eie og administrere innholdet: Kontroller at alle elementene du forventer å lagre i ett enkelt arbeidsområde, samsvarer med personene som tar ansvar for å eie og administrere innholdet. Hvis det finnes uoverensstemmelser, kan du revurdere hvordan arbeidsområdene kan organiseres bedre.
  • Identifiser hvem som skal vise innhold i arbeidsområdet: Finn ut om personer skal vise innhold direkte fra arbeidsområdet.
  • Planlegg for arbeidsområderollene: Bestem hvilke personer som passer til rollene administrator, medlem, bidragsyter og seer for hvert arbeidsområde.
  • Bestem deg for gruppe- eller individuelle rolletilordninger: Bestem om du vil tilordne individuelle brukere eller grupper til arbeidsområderoller. Kontroller om det finnes eksisterende grupper som du kan bruke til rolletildelinger for arbeidsområder.
  • Bestem om nye grupper må opprettes: Vurder nøye om du trenger å opprette en ny gruppe per arbeidsområderolle. Husk at det kan føre til oppretting og vedlikehold av mange grupper. Bestem hva prosessen er når et nytt arbeidsområde opprettes og hvordan relaterte grupper skal opprettes.
  • Konfigurer og test rolletildelingene for arbeidsområdet: Kontroller at brukerne har de riktige sikkerhetsinnstillingene de trenger for å være produktive når de oppretter, redigerer og viser innhold.

Arbeidsområdedomene

Som beskrevet tidligere i denne artikkelen, er det viktig å ha klarhet i eierskap til arbeidsområdet. Én måte å støtte eierskap av arbeidsområder på i Fabric på, er med domener. Et domene er en måte å logisk gruppere flere arbeidsområder som har lignende egenskaper.

Hvis du vil ha mer informasjon om planlegging av domener i leieren, kan du se Arbeidsområdedomener.

Arbeidsområdeinnstillinger

Det finnes flere innstillinger du kan konfigurere for hvert enkelt arbeidsområde. Disse innstillingene kan påvirke hvordan samarbeid oppstår, hvem som har tilgang til arbeidsområdet, og nivået på data gjenbrukbarhet på tvers av stoffarbeidsbelastninger.

Lisensmodus for arbeidsområde

Hvert arbeidsområde har en lisensmodusinnstilling . Den kan settes til Pro, Premium per bruker, Premium-kapasitet, Embedded- eller Fabric-kapasitet eller Prøveversjon.

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.

Lisenstypen er viktig for planlegging av arbeidsområdet fordi den bestemmer:

  • Funksjoner: Ulike funksjoner støttes. PPU inneholder flere funksjoner (for eksempel utrullingssamlebånd) som ikke er tilgjengelige i Pro. Mange flere stofffunksjoner (for eksempel lakehouses) blir tilgjengelige for arbeidsområder som er tilordnet en Fabric-kapasitet.
  • Innholdstilgang: Lisenstypen bestemmer hvem som har tilgang til innhold i arbeidsområdet:
    • Bare brukere som har en PPU-lisens (i tillegg til å bli tilordnet en arbeidsområderolle) kan få tilgang til et PPU-arbeidsområde.
    • Hvis du forventer å levere innhold til innholdslesere som har en gratis lisens, trenger du en lisens på F64 eller høyere.
  • Datalagringsplassering: Når du må lagre data i et bestemt geografisk område (utenfor hjemområdet), blir det mulig med et arbeidsområde som er tilordnet en kapasitet (og kapasiteten opprettes i dette området). Hvis du vil ha mer informasjon om plassering av datalagring, kan du se Leieroppsett.

Sjekkliste – Når du vurderer lisensmodusen for arbeidsområdet, omfatter viktige beslutninger og handlinger:

  • Vurder hvilke funksjoner som kreves for hvert arbeidsområde: Bestem funksjonskravene for hvert arbeidsområde. Vurder forskjeller i arbeidsbelastning og hvilke brukere du har tenkt å få tilgang til arbeidsområdet.
  • Angi lisensmodus for arbeidsområdet: Se gjennom og oppdater hver lisensmodus for arbeidsområdet i henhold til hvilke funksjoner som kreves av hvert arbeidsområde.

Administrasjon av arbeidsområdelivssyklus

Når innholdsopprettere samarbeider for å levere analytiske løsninger som er viktige for organisasjonen, er det ulike vurderinger for livssyklusadministrasjon . Disse prosessene kalles også kontinuerlig integrasjon/kontinuerlig levering (CI/CD), som er ett aspekt av DevOps.

Flere vurderinger for livssyklusbehandling inkluderer:

  • Slik sikrer du rettidig, pålitelig og konsekvent levering av innhold.
  • Slik kommuniserer og koordinerer du aktiviteter mellom flere innholdsopprettere som arbeider på samme prosjekt.
  • Slik løser du konflikter når flere innholdsopprettere redigerer det samme elementet i samme prosjekt.
  • Slik strukturerer du en enkel og pålitelig distribusjonsprosess.
  • Slik ruller du tilbake distribuert innhold til en tidligere stabil, fungerende versjon.
  • Hvordan balansere raske utgivelser av nye funksjoner og feilrettinger samtidig som du sikrer produksjonsinnholdet.

I Fabric er det to hovedkomponenter i livssyklusstyring.

  • Versjonskontroll av innhold:Git-integrering gjør det mulig for innholdseiere og opprettere å opprette versjoner av arbeidet sitt. Den kan brukes med nettbasert utvikling i et arbeidsområde, eller når du utvikler i et klientverktøy, for eksempel Power BI Desktop. Versjonskontroll (også kjent som kildekontroll) oppnås ved å spore alle revisjoner av et prosjekt ved hjelp av grener som er knyttet til lokale og eksterne repositorier i Azure DevOps. Endringer utføres regelmessig i grener i det eksterne repositoriet. Når en innholdsoppretter har fullført revisjoner som er testet og godkjent, slås grenen sammen med den nyeste versjonen av løsningen i det eksterne hovedrepositoriet (etter at du har løst eventuelle flettekonflikter). Git-integrasjon kan angis for hvert arbeidsområde i Stoff-portalen, forutsatt at funksjonen er aktivert i leierinnstillingene.
  • Promotering av innhold:Utrullingssamlebånd er primært fokusert på utgivelsesadministrasjon for å opprettholde et stabilt miljø for brukere. Du kan tilordne et arbeidsområde til en fase (utvikling, test eller produksjon) i et utrullingssamlebånd. Deretter kan du enkelt og systematisk promotere eller distribuere innholdet til neste fase.

Når du kombinerer funksjonene for livssyklusadministrasjon, er det anbefalte fremgangsmåter å vurdere under planleggingsprosessen. Du kan for eksempel velge å bruke Git-integrasjon for utviklingsarbeidsområdet og utrullingssamlebånd til å publisere til test- og produksjonsarbeidsområdene. Slike beslutninger krever at du bruker den avtalte praksisen konsekvent. Vi anbefaler at du gjør et konseptbevis for å teste konfigurasjons-, prosess- og tillatelsesmodellen fullstendig.

Sjekkliste – Når du planlegger administrasjon av arbeidsområdelivssyklus, omfatter de viktigste beslutningene og handlingene:

  • Bestem hvordan brukere må bruke versjonskontroll: Analyser hvordan selvbetjente og avanserte innholdsopprettere fungerer for å finne ut om filversjonskontroll med OneDrive for Business eller SharePoint er riktig. Introduser Git-integrering for avanserte brukere som trenger flere funksjoner. Klargjør for å støtte begge typer brukere.
  • Bestem hvordan brukere trenger å heve innhold: Analyser hvordan selvbetjente og avanserte innholdsopprettere arbeider for å finne ut om utrullingssamlebånd passer for å fremme innhold.
  • Bestem om Git-integrering skal aktiveres: Vurder om Git-integrasjon med arbeidsområder passer godt til hvordan innholdsoppretterne fungerer. Angi at brukere kan synkronisere arbeidsområdeelementer med leierinnstillingen Git-repositorier for å justere med denne beslutningen. Se gjennom hver av leierinnstillingene for Git-integrering, og angi dem i henhold til retningslinjene for styring.
  • Gjør et konseptbevis: Utfør et teknisk konseptbevis for å klargjøre hvordan du har tenkt at Git-arbeidsområder og utrullingssamlebånd skal fungere sammen.
  • Bestem hvilke arbeidsområder som skal ha Git-integrering: Vurder hvordan innholdsoppretterne fungerer, og hvilke arbeidsområder som skal tilordnes til en utviklings-, test- eller produksjonsgren (utgivelse).
  • Bekreft lisenser: Bekreft at du har en kapasitetslisens tilgjengelig for å bruke Git-integrasjon. Kontroller at hvert arbeidsområde er tilordnet en Fabric-kapasitet eller Power BI Premium-kapasitet.
  • Konfigurer Azure DevOps: Samarbeid med administratoren for å konfigurere Azure DevOps-prosjekter, repositorier og grener som du trenger for hvert arbeidsområde. Tilordne riktig tilgang til hvert repositorium.
  • Koble til arbeidsområder: Koble til hvert arbeidsområde til riktig Azure DevOps-repositorium.
  • Vurder hvem som skal distribuere til produksjon: Ta avgjørelser om hvordan og hvem som skal kunne oppdatere produksjonsinnholdet. Sørg for at disse beslutningene samsvarer med hvordan eierskap til arbeidsområdet håndteres i organisasjonen.
  • Lær om innholdsopprettere: Sørg for at alle innholdsoppretterne forstår når de skal bruke funksjoner og fremgangsmåter for livssyklusadministrasjon. Lær dem om arbeidsflyten og hvordan ulike arbeidsområder påvirker behandlingsprosesser for livssyklus.

Arbeidsområdeintegrering med ADLS Gen2

Det er mulig å koble et arbeidsområde til en Azure Data Lake Storage Gen2 -konto (ADLS Gen2). Det er to grunner til at du kan gjøre dette:

  • Lagring av Power BI-dataflytdata: Hvis du velger å hente inn din egen datainnsjø, kan data for Power BI-dataflyter (Gen1) åpnes direkte i Azure. Direkte tilgang til dataflytlagring i ADLS Gen2 er nyttig når du vil at andre brukere eller prosesser skal vise eller få tilgang til dataene. Det er spesielt nyttig når målet ditt er å bruke dataflyter på nytt utover Power BI. Det finnes to valg for å tilordne lagringsplass:
    • Lagring på leiernivå, som er nyttig når du sentraliserer alle data for Power BI-dataflyter i én ADLS Gen2-konto, er ønsket.
    • Lagring på arbeidsområdenivå, som er nyttig når forretningsenheter administrerer sin egen datainnsjø eller har visse krav til datalagring.
  • Sikkerhetskopiering og gjenoppretting for Semantiske Power BI-modeller:Semantisk modell for sikkerhetskopiering og gjenoppretting av Power BI støttes for arbeidsområder som er tilordnet kapasitet eller PPU. Denne funksjonen bruker samme ADLS Gen2-konto som brukes til lagring av Dataflyter i Power BI (beskrevet i forrige punkt). Sikkerhetskopier av semantisk modell er nyttige for:
    • Etterlevelse av krav til dataoppbevaring
    • Lagre rutinemessige sikkerhetskopier som en del av en strategi for nødutvinning
    • Lagre sikkerhetskopier i et annet område
    • Overføre en datamodell

Viktig

Å angi Azure-tilkoblinger i administrasjonsportalen for Fabric betyr ikke at alle dataflyter for hele leieren lagres som standard til en ADLS Gen2-konto. Hvis du vil bruke en eksplisitt lagringskonto (i stedet for intern lagringsplass), må hvert arbeidsområde være eksplisitt koblet til. Det er viktig at du angir Azure-tilkoblinger for arbeidsområdet før du oppretter Power BI-dataflyter i arbeidsområdet.

Sjekkliste – Når du vurderer arbeidsområdeintegrering med ADLS Gen2, omfatter viktige beslutninger og handlinger:

  • Bestem om arbeidsområdet skal brukes på måter som krever Azure Storage: Vurder om et bring-your-own-data-lake scenario vil være nyttig for lagring av dataflyter og/eller om du har krav til å bruke den semantiske modellens sikkerhetskopierings- og gjenopprettingsfunksjonalitet.
  • Fastslå hvilken Azure Storage-konto som skal brukes: Velg en Azure Storage-konto som har hierarkisk navneområde aktivert (ADLS Gen2) for lagring på leiernivå (sentralisert) av dataflytdata eller semantiske modellsikkerhetskopier. Sørg for at du har informasjon om Azure Storage-kontoen lett tilgjengelig.
  • Konfigurer lagringskontoen på leiernivå: Angi ADLS Gen2-lagringskontoen på leiernivå i administrasjonsportalen fabric.
  • Bestem om administratorer for arbeidsområdet kan koble til en lagringskonto: Ha diskusjoner for å forstå behovene til desentraliserte team, og om individuelle team for øyeblikket opprettholder sine egne Azure Storage-kontoer. Bestem om denne funksjonen skal aktiveres.
  • Konfigurer administratorinnstillingen for lagring på arbeidsområdenivå: Aktiver alternativet som lar administratorer for arbeidsområdet koble til sin egen lagringskonto, i administrasjonsportalen fabric.
  • Angi Azure Storage-tilkoblinger på arbeidsområdenivå: Angi Azure Storage-kontoen for hvert enkelt arbeidsområde. Du må angi lagringskontoen før du oppretter Power BI-dataflyter i arbeidsområdet. Hvis du har tenkt å bruke sikkerhetskopier av semantisk modell, må du sørge for at lisensmodusen for arbeidsområdet er satt til kapasitet eller PPU.
  • Oppdater dokumentasjonen for arbeidsområdebehandling: Kontroller at dokumentasjonen for arbeidsområdebehandling inneholder informasjon om hvordan du tilordner ADLS Gen2-lagringskontoer på riktig måte. Gjør informasjonen tilgjengelig i den sentraliserte portalen og opplæringsmateriellet.

Arbeidsområdeintegrering med Azure Log Analytics

Azure Log Analytics er en tjeneste i Azure Monitor. Du kan bruke Azure Log Analytics til å se gjennom diagnosedata som genereres av Analysis Services-motoren, som er vert for semantiske modeller for Power BI. Logger på arbeidsområdenivå er nyttige for å analysere ytelse og trender, utføre dataoppdateringsanalyse, analysere XMLA-endepunktoperasjoner med mer. Azure Log Analytics er bare tilgjengelig for arbeidsområder som er tilordnet kapasitet eller PPU.

Merk

Selv om navnene ligner, er dataene som sendes til Azure Log Analytics forskjellig fra dataene som fanges opp av Power BI-aktivitetsloggen. Dataene som sendes til Azure Log Analytics, er opptatt av hendelser som genereres av Analysis Services-motoren (for eksempel spørringsstart - og spørringsslutthendelser ). Aktivitetsloggen er derimot opptatt av å spore brukeraktiviteter (for eksempel Vis rapport- eller Rediger rapporthendelser).

Hvis du vil ha mer informasjon om hendelseslogger for semantisk modell, kan du se Overvåking på datanivå.

Hvis du vil ha mer informasjon om hvordan du konfigurerer Azure Log Analytics for bruk med Power BI, kan du se Konfigurere Azure Log Analytics for Power BI. Pass på å forstå forutsetningene du må ha på plass for å få integreringen til å fungere.

Sjekkliste – Når du vurderer arbeidsområdeintegrering med Azure Log Analytics, omfatter viktige beslutninger og handlinger:

  • Bestem om administratorer for arbeidsområdet kan koble til Log Analytics: Finn ut om alle, eller noen, administratorer av arbeidsområdet har tillatelse til å bruke Azure Log Analytics til å analysere logger på arbeidsområdenivå. Hvis tilgang bare skal begrenses til bestemte personer, må du bestemme hvilken gruppe som skal brukes.
  • Konfigurer tenantinnstillingen for Log Analytics-tilkoblinger: Angi leierinnstillingen i administrasjonsportalen for Fabric i henhold til avgjørelsen som administratorer for arbeidsområdet angir tilkoblinger for.
  • Angi arbeidsområdet logganalyse for hvert arbeidsområde: Angi azure Log Analytics-informasjonen for hvert arbeidsområde i innstillingene for arbeidsområdet. Hvis du vil registrere logger på arbeidsområdenivå, må du kontrollere at lisensmodusen for arbeidsområdet er satt til kapasitet eller PPU.
  • Oppdater dokumentasjonen for arbeidsområdebehandling: Kontroller at dokumentasjonen for arbeidsområdebehandling inneholder informasjon om hvordan du tilordner et arbeidsområde til Azure Log Analytics.

Andre egenskaper for arbeidsområde

Det finnes flere andre egenskaper for arbeidsområdet som kan gi nyttig informasjon. For styrte arbeidsområder anbefaler vi at du angir disse egenskapene.

Her er noen forslag til hvordan du angir disse nøkkelinnstillingene for å forbedre opplevelsen for brukerne.

  • Arbeidsområdebeskrivelse: En god beskrivelse av arbeidsområdet inneholder en kort, men likevel spesifikk forklaring av hvilken type innhold som finnes i arbeidsområdet. Du kan bruke opptil 4000 tegn til å beskrive:
    • Formålet med arbeidsområdet
    • Målgruppen
    • Innholdstypen som er publisert i arbeidsområdet
    • Om arbeidsområdet anses som underlagt
    • Om arbeidsområdet omfatter utviklings-, test- eller produksjonsdata
    • Hvem kontakt hvis det skulle være noen spørsmål (noen ganger er det viktig å vise denne informasjonen så fremtredende som mulig, i tillegg til kontaktlisten som er beskrevet neste)
  • Arbeidsområdekontakter: Kontaktlisten for arbeidsområdet inneholder administratorene for arbeidsområdet som standard. Hvis du har tekniske innholdseiere som er forskjellige fra fagekspertene, kan det være nyttig å angi andre kontakter. Andre kontakter kan være grupper eller enkeltpersoner som kan svare på spørsmål om innholdet i arbeidsområdet.
  • Arbeidsområdebilde: Konsekvent bruk av arbeidsområdebilder kan være nyttig for brukere når de skanner en liste over arbeidsområder. Vurder å bruke et bilde for å hjelpe brukerne med å fastslå:
    • Domenet eller emneområdet
    • Hvilken forretningsenhet eller et team som eier og administrerer innholdet
    • Enten det er et dataarbeidsområde (et som er dedikert til lagring av gjenbrukbare elementer, for eksempel et lakehouse, lager, datasamlebånd, dataflyt eller semantisk modell)
    • Enten det er et rapporteringsområde (et som er dedikert til lagring av analytiske elementer, for eksempel rapporter, instrumentbord eller måledata)
  • Innstillinger for datamodell: Tillater at medlemmer av arbeidsområdet, administratorer og brukere med kompileringstillatelse på semantiske modeller redigerer Power BI-datamodeller ved hjelp av nettgrensesnittet. Denne innstillingen brukes sammen med brukere kan redigere datamodeller i Power Bi-tjeneste leierinnstillingen. Denne innstillingen bør samsvare med dine beslutninger og prosesser for hvordan innhold opprettes, administreres og distribueres. Vurder også metoden for versjonskontroll som beskrevet tidligere i denne artikkelen.

Sjekkliste – Når du vurderer de andre egenskapene for arbeidsområdet, omfatter de viktigste beslutningene og handlingene:

  • Angi beskrivelsen av arbeidsområdet: Kontroller at det er en nyttig og grundig beskrivelse som er inkludert i beskrivelsen av arbeidsområdet.
  • Bruk et nyttig bilde for arbeidsområdet: Angi et konsekvent bilde for arbeidsområdet som visuelt vil hjelpe brukerne med å forstå emneområdet, hvem som eier og administrerer innhold i arbeidsområdet, og/eller typen innhold som er lagret i arbeidsområdet.
  • Identifiser kontakter for arbeidsområdet: Kontroller om arbeidsområdeadministratorene skal være arbeidsområdekontaktene, eller om bestemte brukere eller grupper skal angis.
  • Angi innstillinger for datamodell: Vurder hvilke arbeidsområder som kan tillate nettbasert redigering av datamodell. Angi at brukere kan redigere datamodeller i Power Bi-tjeneste leierinnstillingen i henhold til innstillingene for hvem som kan redigere og behandle innhold.

Andre tekniske faktorer

Det finnes andre tekniske faktorer som kan påvirke konfigurasjonen av arbeidsområdet.

  • Hvis du integrerer innhold med andre verktøy og tjenester, kan det være lisensieringsimplikasjoner. Hvis du for eksempel bygger inn et Power Apps-visualobjekt i en Power BI-rapport, trenger du riktige Power Apps-lisenser.
  • Det finnes lagringsgrenser per arbeidsområde som gjelder for datamengden du kan lagre i et Pro-arbeidsområde. Hvis bruk av kapasitet eller PPU ikke er et alternativ, bør du vurdere hvordan du arbeider innenfor lagringsgrensene under planleggingsprosessen for arbeidsområdet.
  • Når du installerer en malapp fra AppSource, opprettes et nytt arbeidsområde som har et smalt emne og omfang.

Sjekkliste – Når du vurderer andre tekniske faktorer, omfatter viktige beslutninger og handlinger:

  • Vær oppmerksom på tekniske faktorer: Når du arbeider deg gjennom planleggingsprosessen, må du avgjøre om det er en teknisk årsak (for eksempel lagringsgrenser per arbeidsområde) som kan påvirke beslutningsprosessen.
  • Omorganiser arbeidsområdeinnhold: Hvis lagringsbegrensninger kan bli et problem, oppretter du separate arbeidsområder nå og publiserer innhold på nytt til disse nye arbeidsområdene.

Relatert innhold

Hvis du vil ha mer informasjon, handlinger, beslutningskriterier og anbefalinger for å hjelpe deg med implementeringsbeslutninger for Power BI, kan du se planlegging av Power BI-implementering.