Del via

Planlægning af Power BI-implementering: Planlægning af arbejdsområder på arbejdsområdeniveau

  • Artikel

Bemærk

Denne artikel er en del af power BI-implementeringsplanlægningsserierne. I denne serie fokuseres der primært på Power BI-oplevelsen i Microsoft Fabric. Du kan få en introduktion til serien under Planlægning af implementering af Power BI.

Denne artikel omhandler planlægning på arbejdsområdeniveau på Fabric med fokus på Power BI-oplevelsen. Det er primært rettet mod:

  • Fabric-administratorer: De administratorer, der er ansvarlige for at lede Fabric i organisationen.
  • Center of Excellence, IT og BI-teamet: De teams, der også er ansvarlige for at holde tilsyn med data og BI og understøtte selvbetjeningsbrugere i hele organisationen.
  • Indholdsoprettere og -ejere: Selvbetjente oprettere, der skal oprette, publicere og administrere indhold i arbejdsområder.

Hvis du vil bruge arbejdsområder effektivt, er der mange taktiske beslutninger, der skal træffes. Når det er muligt, skal individuelle beslutninger på arbejdsområdeniveau være i overensstemmelse med dine beslutninger på lejerniveau.

Bemærk

Begrebet arbejdsområde stammer fra Power BI. Med Fabric er formålet med et arbejdsområde blevet bredere. Resultatet er, at et arbejdsområde nu kan indeholde elementer fra en eller flere forskellige Fabric-oplevelser (også kaldet arbejdsbelastninger). Selvom indholdsomfanget er blevet bredere end Power BI, kan de fleste af de arbejdsområdeplanlægningsaktiviteter, der er beskrevet i disse artikler, anvendes på planlægning af Fabric-arbejdsområder.

Arbejdsområdeformål

Når du planlægger arbejdsområder, er det vigtigt at overveje ikke kun den type indhold, det vil gemme, men også de aktiviteter, som arbejdsområdet er beregnet til at understøtte.

Se følgende to eksempler på økonomirelaterede arbejdsområder. Selvom de begge er dedikeret til det samme team, har hvert arbejdsområde forskellige formål:

  • arbejdsområdet Financial month-end: Arbejdsområdet Financial month-end indeholder afstemnings- og afslutningsrapporter pr. måned. Dette arbejdsområde betragtes som et uformelt arbejdsområde for at understøtte samarbejdsarbejde. En Power BI-app er ikke nødvendig for indholdsfremvisere, fordi den primære brug af dette arbejdsområde er samarbejde mellem en lille gruppe personer, der arbejder tæt sammen. De fleste teammedlemmer har tilladelse til at redigere indhold i dette arbejdsområde.
  • arbejdsområdet Finansiel rapportering: Arbejdsområdet Finansiel rapportering indeholder de færdige rapporter på præsentationsniveau. Dette arbejdsområde indeholder indhold, der er bredt fordelt i hele organisationen til mange seere (herunder direktører) ved hjælp af en Power BI-app. Arbejdsområdet er underlagt nøje regler.

Med disse to eksempler i tankerne kan du overveje to specifikke aspekter af formålet med arbejdsområdet: samarbejdsformål og visningshensigt.

Formål med samarbejde

Det primære mål for et arbejdsområde på Fabric-portalen er at lette samarbejdet mellem flere personer. Der er mange måder at samarbejde på i et arbejdsområde:

  • teambaseret udvikling: Flere personer kan arbejde sammen om at bygge, teste og publicere indhold. En bruger kan arbejde på udformningen af et lakehouse. En anden bruger arbejder muligvis på designet af den semantiske model, mens andre brugere kan fokusere på at oprette rapporter.
  • test og valideringer: Brugerne skal muligvis udføre datavalideringer for nyt indhold. Eksperter inden for emnet fra forretningsenheden skal muligvis udføre test af brugeraccept (UAT), eller et datakvalitetsteam skal muligvis validere nøjagtigheden af den semantiske model.
  • forbedringer: Interessenter og forbrugere af indholdet kan foreslå forbedringer af indholdet, når omstændighederne ændrer sig.
  • ejerskabsoverførsel: En anden person eller et andet team kan overtage ansvaret for indhold, der er oprettet af en anden.

Et af de centrale områder i Fabric-adoptionsoversigten er indholdsejerskab og -administration. Den type samarbejde, der finder sted i et arbejdsområde, varierer afhængigt af den tilgang, der bruges til indholdsejerskab og -administration:

  • Selvbetjeningsbaseret BI-: Indhold ejes og administreres af indholdsforfattere i en afdeling eller afdeling. I dette scenarie foregår det meste samarbejde i arbejdsområdet blandt brugere i den pågældende forretningsenhed.
  • Administreret selvbetjenings-BI-: Data ejes og administreres af et centraliseret team, mens forskellige indholdsoprettere fra forretningsenheder tager ansvar for rapporter og dashboards. I dette scenarie er det meget sandsynligt, at der er brug for flere arbejdsområder for på en sikker måde at lette samarbejdet mellem flere teams af personer.
  • Enterprise BI-: Indhold ejes og administreres af et centraliseret team, f.eks. IT, enterprise BI eller COE (Center of Excellence). I dette scenarie forekommer samarbejdsindsatsen i arbejdsområdet blandt brugerne i det centraliserede team.

Tjekliste – Når du overvejer dine hensigter for samarbejde i et arbejdsområde, omfatter vigtige beslutninger og handlinger:

  • Overvej forventninger til samarbejde: Find ud af, hvordan arbejdsområdesamarbejde skal foregå, og hvem der er involveret i et enkelt team eller på tværs af organisationens grænser.
  • Overvej forventningerne til indholdsejerskab og -administration: Tænk over, hvordan de forskellige tilgange til indholdsejerskab og -administration (virksomhedsledet selvbetjenings-BI, administreret selvbetjenings-BI og virksomheds-BI) vil påvirke, hvordan du designer og bruger arbejdsområder.

Tip

Når dine behov ikke kan opfyldes med en enkelt tilgang, skal du være forberedt på at være fleksibel og bruge en anden indholdsejerskabs- og administrationsstrategi for forskellige arbejdsområder. Strategien kan være baseret på scenariet samt de teammedlemmer, der er involveret.

Formål med visning af indhold

Det sekundære mål for et arbejdsområde er at distribuere indhold til forbrugere, der har brug for at få vist indholdet. For indholdsfremvisere er den primære Fabric-arbejdsbelastning Power BI.

Der er flere forskellige måder at nærme sig indholdsdistribution på i Power BI-tjeneste:

  • Rapporter kan vises ved hjælp af en Power BI-app: Indhold, der er gemt i et ikke-personligt arbejdsområde, kan publiceres til en Power BI-app. En Power BI-app er en mere brugervenlig oplevelse end at få vist rapporter direkte i et arbejdsområde. Derfor er brug af en Power BI-app ofte det bedste valg til distribution af indhold til forbrugere. Målgrupper til en Power BI-app er meget fleksible. Nogle gange er målene for, hvordan du vil distribuere indhold med en app, dog en faktor for, hvordan du organiserer indhold i eller på tværs af arbejdsområder. Du kan finde flere oplysninger om sikring af Power BI-apps under Rapportér planlægning af forbrugersikkerhed.
  • Rapporter kan ses direkte i arbejdsområdet: Denne fremgangsmåde er ofte velegnet til uformelle arbejdsområder i samarbejde. Arbejdsområderoller definerer, hvem der kan få vist eller redigere indholdet i et arbejdsområde. Du kan finde flere oplysninger om arbejdsområderoller under Sikkerhedsplanlægning af indholdsopretter.
  • Rapporter kan deles: Brug af tilladelser pr. element (links eller direkte adgang) er nyttig, når der er behov for at give skrivebeskyttet adgang til et enkelt element i et arbejdsområde. Vi anbefaler, at du bruger apptilladelser og arbejdsområderoller oftere end deling, fordi de er nemmere at vedligeholde. Du kan få mere at vide under Rapportér planlægning af forbrugersikkerhed.
  • Rapporter kan integreres i et andet program og vises der: Nogle gange er det hensigten, at forbrugerne skal se Power BI-indhold, der er integreret i et andet program. Integrering af indhold er nyttigt, når det giver mening for brugeren at forblive i programmet for at øge effektiviteten og holde sig inden for arbejdsprocessen.

Et andet vigtigt område i fabric-implementeringsoversigten er omfanget af levering af indhold. De måder, et arbejdsområde understøtter indholdsdistribution på, varierer afhængigt af omfanget af levering af indhold:

  • Personal BI-: Indhold er beregnet til brug af forfatteren. Da deling af indhold med andre ikke er en målsætning, udføres personlig BI i et personligt arbejdsområde (beskrevet i det næste emne).
  • Team BI-: Indholdet deles med et relativt lille antal kolleger, der arbejder tæt sammen. I dette scenarie er de fleste arbejdsområder uformelle arbejdsområder, der samarbejder.
  • Afdelings BI-: Indhold distribueres til mange forbrugere, der tilhører en stor afdeling eller forretningsenhed. I dette scenarie er arbejdsområdet primært beregnet til samarbejde. I afdelings-BI-scenarier vises indhold ofte i en Power BI-app (i stedet for direkte vist i arbejdsområdet).
  • Enterprise BI-: Indhold leveres bredt på tværs af organisationens grænser til det største antal målforbrugere. I dette scenarie er arbejdsområdet primært beregnet til samarbejde. I forbindelse med virksomheds-BI-scenarier vises indhold ofte i en Power BI-app (i stedet for direkte vist i arbejdsområdet).

Tip

Når du planlægger dine arbejdsområder, skal du overveje målgruppens behov, når du bestemmer arbejdsområdets licenstilstand. Den licenstype, der er tildelt til arbejdsområdet, påvirker de funktioner, der er tilgængelige, herunder hvem der kan få vist eller administrere indhold i arbejdsområdet.

Tjekliste – Når du overvejer dine forventninger til, hvordan indhold i arbejdsområdet vises, omfatter vigtige beslutninger og handlinger:

  • Overvej forventninger til visning af indhold: Bestem, hvordan du forventer, at forbrugerne får vist indhold, der er publiceret til arbejdsområdet. Overvej, om visning sker direkte i arbejdsområdet direkte eller ved hjælp af en anden metode.
  • Find ud af, hvem indholdet skal leveres til: Overvej, hvem målgruppen er. Overvej også licenstilstanden for arbejdsområdet, især når du forventer et betydeligt antal indholdsfremvisere.
  • Evaluer behov for en Power BI-app: Overvej, hvad formålet med arbejdsområdet er, da det er relateret til kravene til indholdsdistribution. Når der kræves en Power BI-app, kan den påvirke beslutninger om oprettelse af et arbejdsområde.
  • Overvej forventninger til omfanget af levering af indhold: Overvej, hvordan de forskellige områder for levering af indhold (personlig BI, team BI, afdelings-BI og virksomheds-BI) vil påvirke, hvordan du designer og bruger arbejdsområder.

Tip

Vær forberedt på at være fleksibel. Du kan bruge en anden strategi for visning af indhold for arbejdsområder baseret på scenariet samt de teammedlemmer, der er involveret. Vær også bange for at bruge forskellige tilgange til levering af indhold for arbejdsområder, når det kan begrundes.

Passende brug af personlige arbejdsområder

Der er to typer arbejdsområder:

  • Personlige arbejdsområder: Alle brugere har et personligt arbejdsområde. Et personligt arbejdsområde kan bruges til at publicere visse typer indhold på Fabric-portalen. Dets primære formål er at understøtte personlige BI-forbrugsscenarier .
  • arbejdsområder: Det primære formål med et arbejdsområde er at understøtte samarbejde mellem flere brugere. Desuden kan et arbejdsområde også bruges til at få vist indhold.

Det kan være risikabelt at bruge et personligt arbejdsområde til andet end at lære personlig BI, midlertidigt indhold eller testformål, fordi indhold i et personligt arbejdsområde administreres og vedligeholdes af én person. Desuden understøtter et personligt arbejdsområde ikke samarbejde med andre.

Hvis du vil tillade oprettelse af en hvilken som helst type Fabric-vare (f.eks. et lakehouse eller et lager), skal der føjes et arbejdsområde til en Fabric-kapacitet. Det gælder både for standardarbejdsområder og personlige arbejdsområder. Du kan derfor styre, hvem der kan oprette bestemte typer elementer i et personligt arbejdsområde ved hjælp af kapacitetstildelingen.

Et personligt arbejdsområde er begrænset i sine muligheder for at dele indhold med andre. Du kan ikke publicere en Power BI-app fra et personligt arbejdsområde (og Power BI-apps er en vigtig mekanisme til distribution af indhold til organisationen). Tilladelser pr. element (links eller direkte adgang) er den eneste måde at dele personligt arbejdsområdeindhold med andre på. Derfor indebærer omfattende brug af tilladelser pr. element en større indsats og øger risikoen for fejl. Du kan få mere at vide under Rapportér planlægning af forbrugersikkerhed.

Tjekliste – Når du overvejer dine forventninger til, hvordan personlige arbejdsområder skal bruges, omfatter vigtige beslutninger og handlinger:

  • Forstå den aktuelle brug af personlige arbejdsområder: Tag samtaler med dine brugere, og gennemse aktivitetsaktivitetsdata for at sikre, at du forstår, hvad brugerne foretager sig med deres personlige arbejdsområder.
  • Beslut, hvordan personlige arbejdsområder skal bruges: Beslut, hvordan personlige arbejdsområder skal (og ikke skal) bruges i din organisation. Fokuser på at balancere risici og brugervenlighed med behov for indholdssamarbejde og visning.
  • Flyt personligt arbejdsområdeindhold, når det er relevant: Flyt indhold fra personlige arbejdsområder til standardarbejdsområder, når det er relevant, for kritisk indhold.
  • Opret og publicer dokumentation om personlige arbejdsområder: Opret nyttig dokumentation eller ofte stillede spørgsmål til dine brugere om, hvordan du effektivt bruger personlige arbejdsområder. Gør oplysningerne tilgængelige på din centraliserede portal og dit undervisningsmateriale.

Bemærk

Du kan finde flere oplysninger under disse emner i Fabric-introduktionsoversigten: centraliseret portal, uddannelse og dokumentation.

Ejerskab af arbejdsområde

En af de vigtigste ting, du skal overveje, når du planlægger arbejdsområder, er at bestemme ejerskabs - og ledelsesroller og ansvarsområder. Målet er at få klarhed over, præcis hvem der er ansvarlig for at oprette, vedligeholde, publicere, sikre og understøtte indholdet i hvert arbejdsområde.

Klarhed om ejerskab er især relevant, når ansvaret for oprettelse og administration af data decentraliseres – eller distribueres – mellem afdelinger og forretningsenheder. Dette koncept kaldes også nogle gange for en datanetarkitektur . Du kan få flere oplysninger om datanet under Hvad er datamaske?.

I Fabric aktiveres decentralt eller distribueret ejerskab via arbejdsområder. Forskellige områder i organisationen kan arbejde uafhængigt af hinanden, samtidig med at de stadig bidrager til den samme underliggende datastruktur i OneLake. Hvert arbejdsområde kan have sin egen administrator, adgangskontrol og kapacitetstildeling (til fakturering, geografisk dataplacering og overvågning af ydeevnen).

Tip

En yderligere måde at understøtte ejerskabet af arbejdsområdet på i Fabric er med domæner, som beskrives senere i denne artikel.

Når hensigten med samarbejde omfatter decentralisering og flere teams ud over en enkelt forretningsenhed, kan det tilføje kompleksitet til administration af arbejdsområder. Det er ofte nyttigt at oprette separate arbejdsområder for tydeligt at afgrænse, hvilket team der er ansvarlig for hvilket indhold. Brug af flere arbejdsområder giver dig mulighed for at være specifik med hensyn til ejerskab og ledelsesansvar, og det kan hjælpe dig med at angive sikkerhed i henhold til princippet om mindst mulige rettigheder. Du kan finde flere sikkerhedsovervejelser under Planlægning af sikkerhed for indholdsoprettere.

Tip

Dine beslutninger vedrørende ansvarlighed og ansvar skal korrelere direkte med dine handlinger, der er relateret til at definere adgang til arbejdsområdet, hvilket beskrives senere i denne artikel.

Tjekliste – Når du overvejer ansvar for arbejdsområdets ejerskab, omfatter vigtige beslutninger og handlinger:

  • Få en fuld forståelse af, hvordan indholdsejerskab fungerer: Sørg for, at du forstår, hvordan indholdsejerskab og -administration sker i hele organisationen. Erkend, at der sandsynligvis ikke vil være en ensrettet tilgang til at anvende ensartet på tværs af hele organisationen. Forstå behov for decentralt eller distribueret ejerskab.
  • Definer og dokumentér roller og ansvarsområder: Sørg for, at du definerer og dokumenterer klare roller og ansvarsområder for personer, der samarbejder i arbejdsområder. Gør disse oplysninger tilgængelige i onboardingaktiviteter, undervisningsmateriale og din centraliserede portal.
  • Opret en ansvarsmatrix: Kortlæg, hvem der forventes at håndtere hver funktion, når du opretter, vedligeholder, publicerer, sikrer og understøtter indhold. Hav disse oplysninger klar, når du begynder at planlægge adgangsroller for arbejdsområder.
  • Overvej scenarier med medejerskab eller ejerskab med flere team: Identificer, hvornår der findes et scenarie, hvor det ville være nyttigt at adskille arbejdsområder, så ansvarsområderne er tydelige.
  • Opret dokumentation til administration af arbejdsområder: Oplær arbejdsområdeadministratorer og medlemmer om, hvordan du administrerer indstillinger og adgang til arbejdsområder. Medtag ansvarsområder for arbejdsområdeadministratorer, medlemmer og bidragydere. Gør oplysningerne tilgængelige på din centraliserede portal og dit undervisningsmateriale.

Arbejdsområdeorganisation

Organisering af arbejdsområder er et af de vigtigste aspekter ved planlægning af arbejdsområder.

Forskellige forretningsenheder og afdelinger kan bruge arbejdsområder lidt anderledes, afhængigt af deres samarbejdskrav. Når du har brug for et nyt arbejdsområde, anbefaler vi, at du overvejer de faktorer, der er beskrevet i dette afsnit.

Arbejdsområdets emne og område

Følgende indstillinger indeholder nogle forslag til, hvordan du kan organisere arbejdsområder efter emne og omfang.

I nogle tilfælde har du måske allerede nogle nyttige grupper, der er oprettet i Microsoft Entra ID. Du kan derefter bruge dem til at administrere adgang til ressourcer for det definerede emneområde og område. Du skal dog muligvis oprette nogle nye grupper, der passer til dette formål. Se afsnittet om adgang til arbejdsområdet nedenfor for at få flere overvejelser.

Mulighed 1: Arbejdsområde pr. emneområde eller projekt

Når du opretter et arbejdsområde for hvert emneområde eller projekt, kan du fokusere på formålet. Det giver dig mulighed for at tage en afbalanceret tilgang.

Eksempler: Kvartalsvis økonomi eller produktlanceringsanalyse

Fordelene ved mulighed 1 omfatter:

  • Administration af brugeradgang for, hvem der har tilladelse til at redigere eller få vist indhold, er mere ligetil, da det er begrænset pr. emneområde.
  • Når brugere får adgang til indhold på tværs af organisationens grænser, er strukturering af arbejdsområder efter emneområde mere fleksibel og nemmere at administrere (sammenlignet med mulighed 2 gennemgås næste).
  • Brug af et område pr. emneområde er et godt kompromis mellem arbejdsområder, der indeholder for mange elementer og arbejdsområder, der indeholder for få elementer.

En ulempe ved mulighed 1 er, at afhængigt af hvor smalle eller brede arbejdsområder er defineret, er der stadig en vis risiko for, at mange arbejdsområder oprettes. Det kan være en udfordring for brugerne at finde indhold, når indhold er spredt på tværs af mange arbejdsområder.

Tip

Når et arbejdsområde er velplanlagt og administreret, resulterer et arbejdsområde pr. emneområde eller projekt normalt i et håndterbart antal arbejdsområder.

Mulighed 2: Arbejdsområde pr. afdeling eller team

Oprettelse af et arbejdsområde pr. afdeling eller team (eller forretningsenhed) er en fælles tilgang. Faktisk er justering med organisationsdiagrammet den mest almindelige måde, folk starter med planlægning af arbejdsområder på. Det er dog ikke ideelt til alle scenarier.

Eksempler: Finance Department eller Sales Team Analytics

Fordelene ved mulighed 2 omfatter:

  • Det er nemt at komme i gang med planlægningen. Alt indhold, der kræves af de personer, der arbejder i den pågældende afdeling, placeres i ét arbejdsområde.
  • Det er nemt for brugerne at vide, hvilket arbejdsområde de skal bruge, da alt deres indhold er publiceret i det arbejdsområde, der er knyttet til deres afdeling eller team.
  • Det kan være nemt at administrere sikkerhedsroller, især når Microsoft Entra-grupper tildeles til arbejdsområderoller (hvilket er bedste praksis).

Ulemperne ved mulighed 2 omfatter:

  • Resultatet er ofte et bredt arbejdsområde, der indeholder mange elementer. Et bredt defineret arbejdsområdeområde kan gøre det udfordrende for brugerne at finde bestemte elementer.
  • Da der er en en til en-relation mellem et arbejdsområde og en Power BI-app, kan et bredt defineret arbejdsområde resultere i apps for brugere, der indeholder meget indhold. Dette problem kan afhjælpes ved at udelade visse arbejdsområdeelementer fra appen og med et godt design af appnavigationsoplevelsen.
  • Når brugere fra andre afdelinger har brug for at få vist bestemte arbejdsområdeelementer, kan administration af tilladelser blive mere kompleks. Der er en risiko for, at folk antager, at alt i afdelingsarbejdsområdet kun er for deres øjne. Der er også en risiko for, at delingen af individuelle elementer bliver overused for at opnå detaljerede visningstilladelser.
  • Hvis nogle indholdsforfattere skal have tilladelse til at redigere nogle elementer (men ikke alle elementer), er det ikke muligt at angive disse tilladelser i et enkelt arbejdsområde. Det skyldes, at arbejdsområderoller, der bestemmer redigerings- eller visningstilladelser, defineres på arbejdsområdeniveau.
  • Når du har et stort antal arbejdsområdeelementer, betyder det ofte, at du skal bruge strenge navngivningskonventioner for elementer, så brugerne kan finde det, de har brug for.
  • Brede arbejdsområder med mange elementer kan støde på en teknisk begrænsning i antallet af elementer, der kan gemmes i et arbejdsområde.

Tip

Når du opretter arbejdsområder, der er i overensstemmelse med organisationsdiagrammet, får du ofte færre arbejdsområder. Det kan dog resultere i arbejdsområder, der indeholder meget indhold. Vi anbefaler ikke, at arbejdsområder tilpasses pr. afdeling eller team, når du forventer at have et betydeligt antal elementer og/eller mange brugere.

Mulighed 3: Arbejdsområde for en bestemt rapport eller app

Det anbefales ikke at oprette et arbejdsområde for hver rapport eller analysetype undtagen i bestemte situationer.

Eksempler: Daglig salgsoversigt eller chefbonusser

Fordelene ved mulighed 3 omfatter:

  • Formålet med et snævert defineret arbejdsområde er klart.
  • Ultrafølsomt indhold kan og bør ofte adskilles i sit eget arbejdsområde, så det kan administreres og styres eksplicit.
  • Detaljerede arbejdsområdetilladelser gælder for nogle få elementer. Denne konfiguration er nyttig, når en bruger f.eks. har tilladelse til at redigere én rapport, men ikke en anden.

Ulemper ved mulighed 3 omfatter:

  • Hvis det bruges for meget, resulterer oprettelse af snævert definerede arbejdsområder i et stort antal arbejdsområder.
  • Det kræver en større indsats at have et stort antal arbejdsområder at arbejde med. Selvom brugerne kan være afhængige af søgning, kan det være frustrerende at finde det rigtige indhold i det rigtige arbejdsområde.
  • Når der findes et større antal arbejdsområder, er der mere arbejde fra et overvågnings- og overvågningsperspektiv.

Tip

Oprettelse af et arbejdsområde med et begrænset omfang, f.eks. en individuel rapport, skal kun udføres af bestemte årsager. Det bør være undtagelsen i stedet for reglen. Nogle gange er det en nyttig teknik at adskille scorecards i deres eget arbejdsområde. Brug af et separat arbejdsområde er f.eks. nyttigt, når et scorecard præsenterer mål, der strækker sig over flere emneområder. Det er også nyttigt at konfigurere specifikke tilladelser til administration og visning af scorecardet.

Tjekliste – Når du overvejer arbejdsområdets emneområde og omfang, omfatter vigtige beslutninger og handlinger:

  • Vurder, hvordan arbejdsområder i øjeblikket er konfigureret: Gennemse, hvordan personer bruger arbejdsområder i øjeblikket. Identificer, hvad der fungerer godt, og hvad der ikke fungerer godt. Planlæg potentielle ændringer og muligheder for brugeruddannelse.
  • Overvej det bedste arbejdsområdeområde: Identificer, hvordan du vil have, at folk skal bruge arbejdsområder baseret på formål, emneområde, omfang og hvem der er ansvarlig for at administrere indholdet.
  • Identificer, hvor meget følsomt indhold er placeret: Find ud af, hvornår du opretter et bestemt arbejdsområde for meget følsomt indhold, kan begrundes.
  • Opret og publicer dokumentation om brug af arbejdsområder: Opret nyttig dokumentation eller ofte stillede spørgsmål til brugerne om, hvordan de organiserer og bruger arbejdsområder. Gør disse oplysninger tilgængelige i undervisningsmaterialet og i din centraliserede portal.

Elementtyper for arbejdsområde

Adskillelse af dataarbejdsområder fra rapporteringsarbejdsområder er en almindelig praksis for afkobling af dataaktiver fra analyseaktiver.

  • Et dataarbejdsområde er dedikeret til lagring og sikring af dataelementer, f.eks. et lakehouse, et lager, en datapipeline, et dataflow eller en semantisk model.
  • Et rapporteringsarbejdsområde fokuserer mere på downstream-analyseaktiviteterne. Den er dedikeret til lagring og sikring af elementer, f.eks. rapporter, dashboards og målepunkter. Rapporteringsarbejdsområder omfatter primært (men ikke nødvendigvis udelukkende) Power BI-indhold.

Tip

Hver Fabric oplevelse giver dig mulighed for at oprette forskellige typer af elementer. Disse elementer passer ikke altid pænt ind i begrebet data i forhold til rapporteringsindhold (eller analyseindhold). Et eksempel er en Fabric-notesbog , der kan bruges på mange forskellige måder, f.eks.: indlæsning og transformering af data i et lakehouse, afsendelse af Spark SQL-forespørgsler eller analyse og visualisering af data med PySpark. Når arbejdsområdet indeholder blandede arbejdsbelastninger, anbefaler vi, at du primært fokuserer på formålet med arbejdsområdet og ejerskabet af indholdet, som beskrevet et andet sted i denne artikel.

Fordelene ved at adskille dataarbejdsområder fra rapporteringsarbejdsområder omfatter:

  • Vigtige organisationsdata, f.eks. et godkendt lakehouse eller en semantisk model, kan være placeret i et bestemt arbejdsområde, der er designet til at gøre data, der kan genbruges, tilgængelige i virksomhedsskala. Almindelige eksempler omfatter:
  • Adgangsstyring kan centraliseres for vigtige organisationsdata. Det er nyttigt at administrere adgang separat for dataarbejdsområdet sammenlignet med rapporteringsarbejdsområder, når forskellige personer er ansvarlige for data og rapporter. Med administreret selvbetjenings-BI er det almindeligt at have mange rapportoprettere og færre dataoprettere.
  • Hvis du begrænser, hvem der kan redigere og administrere semantiske modeller, minimeres risikoen for utilsigtede ændringer, især kritiske dataelementer, der genbruges til mange formål eller af mange brugere. Fysisk adskillelse reducerer risikoen for utilsigtede eller ikke-godkendte ændringer. Dette ekstra beskyttelseslag er nyttigt for certificerede semantiske modeller, som er afhængige af deres kvalitet og troværdighed.
  • Scenarier med ejerskab afklares. Når delte semantiske modeller leveres fra et centraliseret BI- eller it-team, mens rapporter publiceres af selvbetjente indholdsforfattere (i forretningsenheder), er det en god idé at adskille de semantiske modeller i et separat arbejdsområde. Denne fremgangsmåde undgår flertydigheden i scenarier med medejerskab, fordi ejerskab og ansvar pr. arbejdsområde er mere klart defineret.
  • Sikkerhed på rækkeniveau gennemtvinges. Når du opfordrer oprettere til at arbejde i forskellige arbejdsområder, har de ikke unødvendig redigeringstilladelse til den oprindelige semantiske model. Fordelen er, at sikkerhed på objektniveau og/eller sikkerhed på objektniveau gennemtvinges for indholdsforfattere (og også indholdsfremvisere).

Ulemperne ved at adskille dataarbejdsområder fra rapporteringsarbejdsområder omfatter:

  • Der kræves en navngivningskonvention for arbejdsområdet for at kunne skelne mellem et dataarbejdsområde og et rapporteringsarbejdsområde.
  • Der kræves ekstra brugeruddannelse for at sikre, at indholdsforfattere og forbrugere ved, hvor de skal publicere og finde indhold.
  • Nogle gange er det en udfordring tydeligt at afgrænse de elementtyper, der skal være indeholdt i et arbejdsområde. Med tiden kan et arbejdsområde ende med at indeholde flere typer indhold, end det oprindeligt var hensigten.
  • Brug af separate arbejdsområder resulterer i et større antal arbejdsområder, som du skal administrere og overvåge. I takt med at du planlægger med henblik på formål, omfang og andre overvejelser (f.eks. adskillelse af udviklings-, test- og produktionsindhold), kan tilgangen til arbejdsområdedesign blive mere kompliceret.
  • Der kan være behov for ekstra processer til administration af ændringer for at spore og prioritere de ønskede ændringer af centraliserede dataelementer, især når rapportoprettere har krav ud over, hvad der kan håndteres af sammensatte modeller og målinger på rapportniveau.

Tjekliste – Når du overvejer de elementtyper, der skal gemmes i et arbejdsområde, omfatter vigtige beslutninger og handlinger:

  • Fastlæg dine mål for genbrug af data: Beslut, hvordan du vil opnå genbrug af data som en del af en administreret selvbetjeningsstrategi for BI.
  • Opdater lejerindstillingen for, hvem der kan bruge semantiske modeller på tværs af arbejdsområder: Find ud af, om denne egenskab kan tildeles til alle brugere. Hvis du beslutter dig for at begrænse, hvem der kan bruge semantiske modeller på tværs af arbejdsområder, kan du overveje at bruge en gruppe, f.eks . Fabric-godkendte rapportoprettere.

Adgang til arbejdsområde

Da det primære formål med et arbejdsområde er samarbejde, gælder adgang til arbejdsområdet hovedsageligt for brugere, der opretter og administrerer indholdet. Det kan også være relevant, når arbejdsområdet bruges til at få vist indhold (et sekundært formål for arbejdsområder, som beskrevet tidligere i denne artikel).

Når du begynder at planlægge arbejdsområderoller, er det nyttigt at stille dig selv følgende spørgsmål.

  • Hvad er forventningerne til, hvordan samarbejdet vil ske i arbejdsområdet?
  • Bruges arbejdsområdet direkte til visning af indhold af forbrugere?
  • Hvem er ansvarlig for at administrere indholdet i arbejdsområdet?
  • Hvem får vist indhold, der er gemt i arbejdsområdet?
  • Er det hensigten at tildele individuelle brugere eller grupper til arbejdsområderoller?

Det er bedste praksis at bruge grupper til tildeling af arbejdsområderoller, når det er praktisk. Der er forskellige typer grupper, du kan tildele. Sikkerhedsgrupper, mailaktiverede sikkerhedsgrupper, distributionsgrupper og Microsoft 365-grupper understøttes alle for arbejdsområderoller. Du kan få flere oplysninger om brug af grupper under Planlægning af sikkerhed på lejerniveau.

Når du planlægger at bruge grupper, kan du overveje at oprette én gruppe pr. rolle pr. arbejdsområde. Hvis du f.eks. vil understøtte arbejdsområdet Kvartalsvis økonomi, kan du oprette følgende grupper:

  • Administratorer af fabric-arbejdsområder – kvartalsvise finansielle oplysninger
  • Medlemmer af fabric-arbejdsområdet – kvartalsvise finansielle elementer
  • Bidragydere til fabric-arbejdsområder – kvartalsvise finansielle oplysninger
  • Brugere af Fabric-arbejdsområder – Kvartalsvise finansielle oplysninger
  • Power BI-appfremvisere – kvartalsvise finansielle oplysninger

Tip

Oprettelse af de grupper, der er angivet ovenfor, giver fleksibilitet. Det omfatter dog oprettelse og administration af mange grupper. Det kan også være en udfordring at administrere et stort antal grupper, når grupper kun oprettes og vedligeholdes af it-virksomheden. Denne udfordring kan afhjælpes ved at aktivere selvbetjeningsgruppeadministration for visse satellitmedlemmer. Disse medlemmer kan omfatte COE (Center of Excellence), mestre eller brugere, der er tillid til, og som er blevet oplært i, hvordan de administrerer rollemedlemskaber for deres forretningsenhed. Du kan få flere oplysninger under Planlægning af sikkerhed på lejerniveau.

Når dataarbejdsområder er adskilt fra rapporteringsarbejdsområder, som beskrevet tidligere i denne artikel, resulterer det i et endnu større antal grupper. Overvej, hvordan antallet af grupper fordobles fra fem til 10, når du adskiller data- og rapporteringsarbejdsområder:

  • Administratorer af fabric-dataarbejdsområder – kvartalsvis økonomi
  • Administratorer af arbejdsområder til stofrapportering – kvartalsvise finansielle oplysninger
  • Medlemmer af fabric-dataarbejdsområdet – kvartalsvise finansielle oplysninger
  • Medlemmer af arbejdsområdet Stofrapportering – Kvartalsvise finansielle oplysninger
  • Bidragydere til fabric-dataarbejdsområder – kvartalsvise finansielle elementer
  • Bidragydere til arbejdsområdertil stofrapportering – kvartalsvise finansielle elementer
  • Brugere af Fabric-dataarbejdsområdet – kvartalsvise finansielle oplysninger
  • Brugere af arbejdsområder til stofrapportering – kvartalsvise finansielle oplysninger
  • Power BI-appfremvisere – kvartalsvise finansielle oplysninger

Når der findes flere arbejdsområder til udvikling, test og produktion, resulterer det i et endnu større antal grupper. Der er mulighed for, at antallet af grupper kan tredobles. For administratorer af dataarbejdsområdet er der f.eks. disse tre grupper:

  • Administratorer af fabric-dataarbejdsområder – kvartalsvis økonomi [udvikling]
  • Administratorer af fabric-dataarbejdsområder – Kvartalsvis økonomi [Test]
  • Administratorer af fabric-dataarbejdsområder – kvartalsvis økonomi

De tidligere eksempler er beregnet til at vise, at brugen af grupper, der er knyttet til arbejdsområderoller, hurtigt kan blive uoverskuelig.

Tip

Der er tidspunkter, hvor der er behov for færre grupper, især i udvikling. Det kan f.eks. være, at du ikke behøver at angive en gruppe af brugere af arbejdsområder under udvikling. denne gruppe er kun nødvendig til test og produktion. Du kan også bruge den samme gruppe administratorer af arbejdsområder til udvikling, test og produktion. Du kan få flere oplysninger om udvikling, test og produktion under Administration af arbejdsområdelivscyklus senere i denne artikel.

Effektiv brug af grupper til arbejdsområderoller kan kræve betydelig planlægning. Vær forberedt på scenarier, når eksisterende grupper (der kan være justeret i forhold til organisationsdiagrammet) ikke opfylder alle dine behov for administration af Fabric-indhold. I dette tilfælde anbefaler vi, at du opretter grupper specifikt til dette formål. Derfor er ordene Fabric eller Power BI inkluderet i eksemplerne på gruppenavne, der er vist ovenfor. Hvis du har flere business intelligence-værktøjer, kan du vælge kun at bruge BI som præfiks i stedet. På den måde kan du bruge de samme grupper på tværs af flere værktøjer.

Endelig viser eksemplerne ét arbejdsområde – Kvartalsvis finans – men ofte er det muligt at administrere en samling af arbejdsområder med ét sæt grupper. Flere arbejdsområder, der ejes og administreres af økonomiteamet, kan f.eks. bruge de samme grupper.

Bemærk

Du planlægger ofte sikkerhed mere bredt under hensyntagen til semantiske modelkrav til læse- og buildtilladelser og krav til sikkerhed på rækkeniveau. Du kan finde flere oplysninger om, hvad du skal overveje for at understøtte rapportforbrugere og indholdsforfattere, i artiklerne om sikkerhedsplanlægning . I denne artikel fokuseres der kun på arbejdsområderoller som en del af planlægningsprocessen for arbejdsområdet.

Tjekliste – Når du overvejer adgang til arbejdsområdet, omfatter vigtige beslutninger og handlinger:

  • Se roller og ansvarsområder: Brug de oplysninger om roller og ansvarsområder, der er forberedt tidligere, til at planlægge arbejdsområderoller.
  • Identificer, hvem der ejer og administrerer indholdet: Kontrollér, at alle de elementer, du forventer at gemme i et enkelt arbejdsområde, er i overensstemmelse med de personer, der tager ansvar for at eje og administrere indholdet. Hvis der er uoverensstemmelser, skal du overveje, hvordan arbejdsområderne kan organiseres bedre.
  • Identificer, hvem der får vist indhold i arbejdsområdet: Find ud af, om personer får vist indhold direkte fra arbejdsområdet.
  • Planlæg arbejdsområderoller: Find ud af, hvilke personer der er velegnede til rollerne administrator, Medlem, Bidragyderog Fremviser for hvert arbejdsområde.
  • Beslut, om gruppe- eller individuelle rolletildelinger: Find ud af, om du vil tildele individuelle brugere eller grupper til arbejdsområderoller. Kontrollér, om der er eksisterende grupper, som du kan bruge til rolletildelinger i arbejdsområdet.
  • Find ud af, om der skal oprettes nye grupper: Overvej nøje, om du skal oprette en ny gruppe pr. arbejdsområderolle. Vær opmærksom på, at det kan resultere i oprettelse og vedligeholdelse af mange grupper. Find ud af, hvad processen er, når der oprettes et nyt arbejdsområde, og hvordan relaterede grupper oprettes.
  • Konfigurer og test rolletildelingerne for arbejdsområdet: Kontrollér, at brugerne har de relevante sikkerhedsindstillinger, de skal bruge for at være produktive, mens de opretter, redigerer og får vist indhold.

Arbejdsområdedomæne

Som beskrevet tidligere i denne artikel er det vigtigt at have klarhed over ejerskabet af arbejdsområdet. En måde at yderligere understøtte ejerskabet af arbejdsområder i Fabric er med domæner. Et domæne er en logisk metode til at gruppere flere arbejdsområder, der har lignende egenskaber.

Du kan få flere oplysninger om planlægning af domæner i din lejer under Arbejdsområdedomæner.

Indstillinger for arbejdsområde

Der er flere indstillinger, du kan konfigurere for hvert enkelt arbejdsområde. Disse indstillinger kan have stor indflydelse på, hvordan samarbejdet finder sted, hvem der har tilladelse til at få adgang til arbejdsområdet, og niveauet af genbrug af data på tværs af Fabric-arbejdsbelastninger.

Licenstilstand for arbejdsområde

Hvert arbejdsområde har en indstilling for licenstilstand . Den kan indstilles til Pro, Premium pr. bruger, Premium-kapacitet, Integreret, Fabric-kapacitet eller Prøveversion.

Vigtigt

Denne artikel henviser til tider Power BI Premium eller dens kapacitetsabonnementer (P-SKU'er). Vær opmærksom på, at Microsoft i øjeblikket konsoliderer købsmuligheder og udfaser Power BI Premium pr. kapacitets-SKU'er. Nye og eksisterende kunder bør overveje at købe Fabric-kapacitetsabonnementer (F SKU'er) i stedet.

Du kan få flere oplysninger under Vigtige opdateringer, der kommer til Power BI Premium-licenser og Ofte stillede spørgsmål om Power BI Premium.

Licenstypen er vigtig i forbindelse med planlægning af arbejdsområder, fordi den bestemmer:

  • Funktioner: Forskellige funktioner understøttes. Premium pr. bruger indeholder flere funktioner (f.eks . udrulningspipelines), der ikke er tilgængelige i Pro. Mange flere Fabric-funktioner (f.eks . lakehouses) bliver tilgængelige for arbejdsområder, der er tildelt en Fabric-kapacitet.
  • indholdsadgang: Licenstypen bestemmer, hvem der har adgang til indhold i arbejdsområdet:
    • Kun brugere, der har en Premium pr. bruger-licens (ud over at være tildelt en arbejdsområderolle), kan få adgang til et Premium pr. bruger-arbejdsområde.
    • Hvis du forventer at levere indhold til indholdsfremvisere, der har en gratis licens, skal du have en licens på F64 eller nyere.
  • Placering af datalager: Når du har brug for at gemme data i et bestemt geografisk område (uden for dit hjemmeområde), bliver det muligt med et arbejdsområde, der er tildelt en kapacitet (og kapaciteten oprettes derfor i det pågældende område). Du kan få flere oplysninger om placeringen af datalageret under Lejerkonfiguration.

Tjekliste – Når du overvejer licenstilstanden for arbejdsområdet, omfatter vigtige beslutninger og handlinger:

  • Overvej, hvilke funktioner der kræves for hvert arbejdsområde: Bestem funktionskravene for hvert arbejdsområde. Overvej forskelle i arbejdsbelastningen, og hvilke brugere du vil have adgang til arbejdsområdet.
  • Angiv licenstilstanden for arbejdsområdet: Gennemse og opdater hvert arbejdsområdes licenstilstand, afhængigt af hvilke funktioner hvert arbejdsområde skal bruge.

Administration af arbejdsområdets livscyklus

Når indholdsoprettere samarbejder om at levere analytiske løsninger, der er vigtige for organisationen, er der forskellige overvejelser i forbindelse med administration af livscyklus. Disse processer kaldes også kontinuerlig integration/kontinuerlig levering (CI/CD), som er et aspekt af DevOps.

Flere overvejelser i forbindelse med administration af livscyklus omfatter:

  • Sådan sikrer du rettidig, pålidelig og konsekvent levering af indhold.
  • Sådan kommunikerer og koordinerer du aktiviteter mellem flere indholdsforfattere, der arbejder på det samme projekt.
  • Sådan løser du konflikter, når flere indholdsforfattere redigerer det samme element i det samme projekt.
  • Sådan strukturerer du en enkel og pålidelig udrulningsproces.
  • Sådan annullerer du udrullet indhold til en tidligere stabil, arbejdsversion.
  • Sådan balancerer du hurtige udgivelser af nye funktioner og fejlrettelser, samtidig med at produktionsindhold beskyttes.

I Fabric er der to hovedkomponenter i livscyklusstyring.

Når du kombinerer funktioner til administration af livscyklus, er der de bedste fremgangsmåder at overveje under din planlægningsproces. Du kan f.eks. vælge at bruge Git-integration til dit udviklingsarbejdsområde og udrulningspipelines til at publicere til dine test- og produktionsarbejdsområder. Disse typer beslutninger kræver konsekvent anvendelse af den aftalte praksis. Vi anbefaler, at du udfører en blåstempling for fuldt ud at teste din konfiguration, dine processer og din tilladelsesmodel.

Tjekliste – Når du planlægger administration af arbejdsområdelivscyklus, omfatter de vigtigste beslutninger og handlinger:

  • Find ud af, hvordan brugerne skal bruge versionsstyring: Analysér, hvordan dine selvbetjente og avancerede indholdsforfattere arbejder for at finde ud af, om filversionsstyring med OneDrive for Business eller SharePoint er relevant. Præsenter Git-integration for erfarne brugere, der har brug for flere funktioner. Forbered dig på at understøtte begge typer brugere.
  • Find ud af, hvordan brugerne skal fremhæve indhold: Analysér, hvordan dine selvbetjente og avancerede indholdsoprettere arbejder for at afgøre, om udrulningspipelines passer godt til at fremhæve indhold.
  • Beslut, om Git-integration skal aktiveres: Overvej, om Git-integration med arbejdsområder passer godt til, hvordan dine indholdsoprettere fungerer. Angiv, at brugerne kan synkronisere arbejdsområdeelementer med lejerindstillingen for deres Git-lagre , så de stemmer overens med denne beslutning. Gennemse hver af indstillingerne for Git-integrationslejer, og angiv dem i overensstemmelse med retningslinjerne for styring.
  • Udfør en blåstempling: Udfør en teknisk blåstempling for at tydeliggøre, hvordan du vil arbejde sammen med Git-arbejdsområder og udrulningspipelines.
  • Beslut, hvilke arbejdsområder der skal have Git-integration: Overvej, hvordan dine indholdsforfattere fungerer, og hvilke arbejdsområder der skal tildeles til en udviklings-, test- eller produktionsgren (udgivelse).
  • Bekræft licenser: Bekræft, at du har en kapacitetslicens tilgængelig til brug af Git-integration. Sørg for, at hvert arbejdsområde er tildelt en Fabric-kapacitet eller Power BI Premium-kapacitet.
  • Konfigurer Azure DevOps: Samarbejd med administratoren om at konfigurere Azure DevOps-projekter, -lagre og -forgreninger, som du skal bruge til hvert arbejdsområde. Tildel passende adgang til hvert lager.
  • Opret forbindelse til arbejdsområder: Opret forbindelse mellem hvert arbejdsområde og det relevante Azure DevOps-lager.
  • Overvej, hvem der skal udrulles til produktions: Træd beslutninger om, hvordan og hvem der skal kunne opdatere produktionsindhold. Sørg for, at disse beslutninger stemmer overens med den måde, ejerskabet af arbejdsområdet håndteres på i din organisation.
  • Oplær indholdsforfattere: Sørg for, at alle dine indholdsforfattere forstår, hvornår de skal bruge funktioner og fremgangsmåder til administration af livscyklus. Oplær dem i arbejdsprocessen, og hvordan forskellige arbejdsområder påvirker processer til administration af livscyklus.

Integration af arbejdsområde med ADLS Gen2

Det er muligt at oprette forbindelse mellem et arbejdsområde og en Azure Data Lake Storage Gen2-konto (ADLS Gen2). Der er to årsager til, at du kan gøre det:

  • Lager af Power BI-dataflowdata: Hvis du vælger at hente dine egne datasøer, kan du få adgang til dataene til Power BI-dataflow (Gen1) direkte i Azure. Direkte adgang til dataflowlageret i ADLS Gen2 er nyttigt, når andre brugere eller processer skal have vist eller få adgang til dataene. Det er især nyttigt, når dit mål er at genbruge dataflowdata ud over Power BI. Der er to muligheder for at tildele lagerplads:
    • Lager på lejerniveau, hvilket er nyttigt, når du centraliserer alle data til Power BI-dataflow til én ADLS Gen2-konto, er ønsket.
    • Lager på arbejdsområdeniveau, hvilket er nyttigt, når afdelinger administrerer deres egne datasøer eller har visse krav til dataopbevaring.
  • Sikkerhedskopiér og gendan for semantiske Power BI-modeller: Funktionen til sikkerhedskopiering og gendannelse af semantiske Power BI-modeller understøttes for arbejdsområder, der er tildelt til kapacitet eller Premium pr. bruger. Denne funktion bruger den samme ADLS Gen2-konto, der bruges til at gemme Power BI-dataflowdata (beskrevet i det forrige punkttegn). Semantiske modelsikkerhedskopieringer er nyttige til:
    • Overholdelse af krav til dataopbevaring
    • Lagring af rutinemæssige sikkerhedskopier som en del af en strategi for it-katastrofeberedskab
    • Lagring af sikkerhedskopier i et andet område
    • Overførsel af en datamodel

Vigtigt

Angivelse af Azure-forbindelser på Fabric-administrationsportalen betyder ikke, at alle dataflow for hele lejeren som standard gemmes på en ADLS Gen2-konto. Hvis du vil bruge en eksplicit lagerkonto (i stedet for internt lager), skal hvert arbejdsområde være udtrykkeligt forbundet. Det er vigtigt, at du angiver Azure-forbindelser til arbejdsområdet, før du opretter Power BI-dataflow i arbejdsområdet.

Tjekliste – Når du overvejer integration af arbejdsområder med ADLS Gen2, omfatter vigtige beslutninger og handlinger:

  • Beslut, om arbejdsområdet skal bruges på måder, der kræver Azure Storage-: Overvej, om et scenarie med egne datasøer vil være nyttigt til lagring af dataflow, og/eller om du har krav til at bruge funktionaliteten til sikkerhedskopiering og gendannelse af semantiske modeller.
  • Find ud af, hvilken Azure Storage-konto der skal bruges: Vælg en Azure Storage-konto, der har det hierarkiske navneområde aktiveret (ADLS Gen2) til lagring på lejerniveau (centraliseret) af dataflowdata eller semantiske modelsikkerhedskopieringer. Sørg for, at du har oplysninger om Azure Storage-kontoen let tilgængelige.
  • Konfigurer lagerkontoen på lejerniveau: På Fabric-administrationsportalen skal du angive ADLS Gen2-lagerkontoen på lejerniveau.
  • Beslut, om arbejdsområdeadministratorer kan oprette forbindelse til en lagerkonto: Hav diskussioner for at forstå behovene i de decentraliserede teams, og om individuelle teams i øjeblikket vedligeholder deres egne Azure Storage-konti. Beslut, om denne funktion skal aktiveres.
  • Konfigurer administratorindstillingen for lagring på arbejdsområdeniveau: Aktivér den indstilling på Fabric-administrationsportalen, der gør det muligt for arbejdsområdeadministratorer at oprette forbindelse til deres egen lagerkonto.
  • Angiv Azure Storage-forbindelser på arbejdsområdeniveau: Angiv Azure Storage-kontoen for hvert enkelt arbejdsområde. Du skal angive lagerkontoen, før du opretter power BI-dataflow i arbejdsområdet. Hvis du vil bruge semantiske modelsikkerhedskopieringer, skal du sikre dig, at licenstilstanden for arbejdsområdet er indstillet til kapacitet eller Premium pr. bruger.
  • Opdater dokumentationen til administration af arbejdsområder: Kontrollér, at dokumentationen til administration af arbejdsområder indeholder oplysninger om, hvordan du tildeler ADLS Gen2-lagerkonti korrekt. Gør oplysningerne tilgængelige på din centraliserede portal og dit undervisningsmateriale.

Integration af arbejdsområde med Azure Log Analytics

Azure Log Analytics er en tjeneste i Azure Monitor. Du kan bruge Azure Log Analytics til at gennemse diagnosticeringsdata, der er genereret af Analysis Services-programmet, som er vært for semantiske Power BI-modeller. Logfiler på arbejdsområdeniveau er nyttige til analyse af ydeevne og tendenser, udførelse af analyse af dataopdatering, analyse af XMLA-slutpunktshandlinger og meget mere. Azure Log Analytics er kun tilgængelig for arbejdsområder, der er tildelt til kapacitet eller Premium pr. bruger.

Bemærk

Selvom navnene er ens, er de data, der sendes til Azure Log Analytics , forskellige fra de data, der registreres i Power BI-aktivitetsloggen. De data, der sendes til Azure Log Analytics, vedrører hændelser , der genereres af Analysis Services-programmet (f.eks. hændelser af typen Forespørgsels start og Forespørgselsslut ). Omvendt vedrører aktivitetsloggen sporing af brugeraktiviteter (f.eks. Vis rapport eller Rediger rapporthændelser ).

Du kan finde flere oplysninger om hændelseslogge for semantiske modeller under Overvågning på dataniveau.

Du kan få flere oplysninger om, hvordan du konfigurerer Azure Log Analytics til brug sammen med Power BI, under Konfiguration af Azure Log Analytics til Power BI. Sørg for at forstå de forudsætninger, du skal have for at få integrationen til at fungere.

Tjekliste – Når du overvejer integration af arbejdsområder med Azure Log Analytics, omfatter vigtige beslutninger og handlinger:

  • Beslut, om arbejdsområdeadministratorer kan oprette forbindelse til Log Analytics: Find ud af, om alle eller nogle arbejdsområdeadministratorer har tilladelse til at bruge Azure Log Analytics til at analysere logfiler på arbejdsområdeniveau. Hvis adgangen kun skal begrænses til bestemte personer, skal du beslutte, hvilken gruppe der skal bruges.
  • Konfigurer lejerindstillingen for Log Analytics-forbindelser: Angiv lejerindstillingen på Fabric-administrationsportalen i henhold til beslutningen om, hvilke arbejdsområdeadministratorer der angiver forbindelser.
  • Angiv Log Analytics-arbejdsområdet for hvert arbejdsområde: Angiv Azure Log Analytics-oplysningerne for hvert arbejdsområde i indstillingerne for arbejdsområdet. Hvis du vil hente logfiler på arbejdsområdeniveau, skal du sikre, at licenstilstanden for arbejdsområdet er indstillet til kapacitet eller Premium pr. bruger.
  • Opdater dokumentationen til administration af arbejdsområder: Sørg for, at dokumentationen til administration af arbejdsområder indeholder oplysninger om, hvordan du tildeler et arbejdsområde til Azure Log Analytics.

Andre egenskaber for arbejdsområde

Der er flere andre egenskaber for arbejdsområdet, som kan give nyttige oplysninger. For styrede arbejdsområder anbefaler vi, at du angiver disse egenskaber.

Her er nogle forslag til, hvordan du angiver disse vigtige indstillinger for at forbedre brugernes oplevelse.

  • beskrivelse af arbejdsområdet: En god beskrivelse af arbejdsområdet indeholder en kort, men specifik beskrivelse af, hvilken type indhold der findes i arbejdsområdet. Du kan bruge op til 4000 tegn til at beskrive:
    • Formålet med arbejdsområdet
    • Målgruppen
    • Den type indhold, der er publiceret til arbejdsområdet
    • Om arbejdsområdet anses for at være underlagt
    • Om arbejdsområdet indeholder udviklings-, test- eller produktionsdata
    • Hvem der skal kontaktes, hvis der er spørgsmål (nogle gange er det vigtigt at vise disse oplysninger så fremtrædende som muligt ud over den kontaktliste, der er beskrevet næste)
  • arbejdsområdekontakter: Listen over kontakter i arbejdsområdet indeholder som standard arbejdsområdeadministratorerne. Hvis du har ejere af teknisk indhold, der adskiller sig fra eksperter inden for emnet, kan det være nyttigt at angive andre kontakter. Andre kontakter kan være grupper eller personer, der kan besvare spørgsmål om indholdet i arbejdsområdet.
  • arbejdsområdebillede: Ensartet brug af arbejdsområdebilleder kan være nyttig for brugerne, når de scanner en liste over arbejdsområder. Overvej at bruge et billede for at hjælpe brugerne med at bestemme:
    • Domænet eller emneområdet
    • Hvilken forretningsenhed eller hvilket team der ejer og administrerer indholdet
    • Uanset om det er et dataarbejdsområde (et, der er dedikeret til lagring af elementer, der kan genbruges, f.eks. et lakehouse, et lager, en datapipeline, et dataflow eller en semantisk model)
    • Uanset om det er et rapporteringsarbejdsområde (et arbejdsområde, der er dedikeret til lagring af analytiske elementer, f.eks. rapporter, dashboards eller målepunkter)
  • Indstillinger for datamodel: Gør det muligt for medlemmer af arbejdsområdet, administratorer og brugere med tilladelsen Opret for den eller de semantiske modeller at redigere Power BI-datamodeller ved hjælp af webgrænsefladen. Denne indstilling bruges sammen med brugerne kan redigere datamodeller i indstillingen Power BI-tjeneste lejer. Denne indstilling skal være i overensstemmelse med dine beslutninger og processer for, hvordan indhold oprettes, administreres og udrulles. Overvej også din metode til versionsstyring som beskrevet tidligere i denne artikel.

Tjekliste – Når du overvejer de andre egenskaber for arbejdsområdet, omfatter de vigtigste beslutninger og handlinger:

  • Angiv beskrivelsen af arbejdsområdet: Kontrollér, at der er en nyttig og grundig beskrivelse i beskrivelsen af arbejdsområdet.
  • Brug et nyttigt billede til arbejdsområdet: Angiv et ensartet billede for arbejdsområdet, der visuelt hjælper brugerne med at forstå dets emneområde, som ejer og administrerer indhold i arbejdsområdet og/eller den type indhold, der er gemt i arbejdsområdet.
  • Identificer kontakter for arbejdsområdet: Kontrollér, om arbejdsområdeadministratorerne skal være arbejdsområdets kontakter, eller om bestemte brugere eller grupper skal angives.
  • Angiv indstillinger for datamodel: Overvej, hvilke arbejdsområder der kan tillade redigering af webbaserede datamodeller. Angiv, at Brugerne kan redigere datamodeller i lejerindstillingen Power BI-tjeneste i henhold til dine indstillinger for, hvem der kan redigere og administrere indhold.

Andre tekniske faktorer

Der er andre tekniske faktorer, der kan påvirke konfigurationen af dit arbejdsområde.

  • Hvis du integrerer indhold med andre værktøjer og tjenester, kan der være licenskonsekvenser. Hvis du f.eks. integrerer en Power Apps-visualisering i en Power BI-rapport, skal du bruge relevante Power Apps-licenser.
  • Der er lagergrænser pr. arbejdsområde, der gælder for den mængde data, du kan gemme i et Pro-arbejdsområde. Hvis brug af kapacitet eller Premium pr. bruger ikke er en mulighed, kan du overveje, hvordan du arbejder inden for lagergrænserne under planlægningsprocessen for arbejdsområdet.
  • Når du installerer en skabelonapp fra AppSource, opretter den et nyt arbejdsområde, der har et smalt emne og område.

Tjekliste – Når du overvejer andre tekniske faktorer, omfatter vigtige beslutninger og handlinger:

  • Vær opmærksom på tekniske faktorer: Når du arbejder dig igennem planlægningsprocessen, skal du afgøre, om der er en teknisk årsag (f.eks. lagergrænser pr. arbejdsområde), som kan påvirke din beslutningsproces.
  • Omorganiser arbejdsområdeindhold: Hvis der kan opstå problemer med lagergrænser, skal du oprette separate arbejdsområder nu og publicere indhold til disse nye arbejdsområder igen.

Relateret indhold

Du kan finde flere overvejelser, handlinger, beslutningskriterier og anbefalinger, der kan hjælpe dig med power BI-implementeringsbeslutninger, i Planlægning af Implementering i Power BI.