Planlegging av power BI-implementering: Planlegging av arbeidsområde på leiernivå

Merk

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

Denne artikkelen dekker planlegging av stoffarbeidsområde på leiernivå, 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.

Denne artikkelen kan også være interessant for selvbetjente opprettere som trenger å opprette, publisere og administrere innhold i arbeidsområder.

Fordi arbeidsområder kan brukes på forskjellige måter, vil de fleste taktiske beslutninger bli tatt på arbeidsområdenivå (beskrevet i neste artikkel). Det er imidlertid noen strategiske planleggingsbeslutninger å ta på leiernivå også.

Vi anbefaler at du tar avgjørelser på arbeidsområde på leiernivå så tidlig som mulig, fordi de vil påvirke alt annet. Det er også enklere å ta individuelle arbeidsområdebeslutninger når du har klarhet i de overordnede målene og målene for arbeidsområdet.

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.

Opprettingstillatelser for arbeidsområde

Beslutningen om hvem som har lov til å opprette arbeidsområder i Power Bi-tjeneste er en beslutning om datakultur og styring. Vanligvis er det to måter å nærme seg denne beslutningen på:

• Alle (eller de fleste) brukere har tillatelse til å opprette nye arbeidsområder: Denne tilnærmingen samsvarer vanligvis med eksisterende beslutninger for andre programmer. Når brukere for eksempel har tillatelse til å opprette sine egne SharePoint-nettsteder eller Teams-kanaler, er det fornuftig at Fabric vedtar samme policy.
• Begrenset til et selektivt sett med brukere som har tillatelse til å opprette nye arbeidsområder: Denne tilnærmingen indikerer vanligvis at en styringsplan er på plass eller er planlagt. Behandling av denne prosessen kan være fullstendig sentralisert (for eksempel er det bare IT som har tillatelse til å opprette et arbeidsområde). En mer fleksibel og praktisk tilnærming er når det er en kombinasjon av sentraliserte og desentraliserte individer. I dette tilfellet har enkelte satellittmedlemmer av Center of Excellence (COE), mestere eller klarerte brukere blitt opplært til å opprette og administrere arbeidsområder på vegne av forretningsenheten.

Du bør konfigurere tenantinnstillingen Opprett arbeidsområder i administrasjonsportalen for Stoff i henhold til din beslutning om hvem som har tillatelse til å opprette arbeidsområder. Hvis du vil ha mer informasjon, kan du se Styre arbeidsområder.

Sjekkliste – Når du vurderer tillatelser for hvem som kan opprette arbeidsområder, omfatter viktige beslutninger og handlinger:

• Bestem og valider brukerbehov: Planlegg samarbeidsdiskusjoner med relevante interessenter og interesserte parter for å finne ut hvordan brukere for øyeblikket arbeider. Målet er å sikre at du har en klar forståelse av brukerbehov.
• Bestem hvem som har tillatelse til å opprette arbeidsområder: Bestem om alle brukere, bare et sentralisert team eller visse sentraliserte og desentraliserte brukere har tillatelse til å opprette et nytt arbeidsområde. Sørg for at denne beslutningen er målrettet i samsvar med målene for datakultur. Pass på å få godkjenning fra din overordnede sponsor.
• Opprett en sikkerhetsgruppe for hvem som har tillatelse til å opprette arbeidsområder: Hvis et delsett av brukere har tillatelse til å opprette arbeidsområder, er det nødvendig med en sikkerhetsgruppe. Gi gruppen et klart navn, for eksempel Opprettere av stoffarbeidsområde. Legg til medlemmer som har tillatelse til å opprette arbeidsområder i denne sikkerhetsgruppen.
• Oppdater leierinnstillingen: Legg til den nye sikkerhetsgruppen i tenantinnstillingen Opprett arbeidsområder i administrasjonsportalen. I tillegg til gruppen opprettere av stoffarbeidsområder, er andre grupper som også kan tillates for denne leierinnstillingen , administratorene for coe, støtte og stoff.

Navnekonvensjoner for arbeidsområder

Navnekonvensjoner for arbeidsområder er et avtalt mønster for hvordan arbeidsområder navngis. Vanligvis er navnekonvensjoner mer av et krav enn et forslag.

Det kan være vanskelig å håndheve navnekonvensjoner strengt når mange brukere har tillatelse til å opprette arbeidsområder. Du kan redusere denne bekymringen med brukerutdanning og opplæring. Du kan også gjennomføre en revisjonsprosess for å finne arbeidsområder som ikke samsvarer med navnekonvensjonene.

Navnet på arbeidsområdet kan formidle tilleggsinformasjon om arbeidsområdet, inkludert:

• Formål: Et arbeidsområdenavn bør alltid inneholde en beskrivelse av innholdet. Eksempel: Salg kvartalsvis bonussporing.
• Elementtyper: Et arbeidsområdenavn kan inneholde en referanse til elementtypene den inneholder. Bruk for eksempel salgsdata til å angi at arbeidsområdet lagrer elementer som et lakehouse eller semantiske modeller. Salgsanalyse kan indikere at arbeidsområdet lagrer analytiske rapporter og instrumentbord.
• Fase (miljø): Et arbeidsområdenavn kan inneholde fasen. Det er for eksempel vanlig å ha separate arbeidsområder (utvikling, test og produksjon) for livssyklusadministrasjon.
• Eierskap og ansvar: Et arbeidsområdenavn kan inneholde en indikasjon på hvem som er ansvarlig for å administrere innholdet. Bruk av et SLS-prefiks eller suffiks kan for eksempel indikere at salgsteamet eier og administrerer innholdet.

Tips

Hvis du vil holde arbeidsområdenavnene korte, kan du inkludere flere detaljer i beskrivelsen av arbeidsområdet. Kontroller imidlertid at den mest relevante informasjonen er inkludert i navnet på arbeidsområdet, spesielt hvis du forventer at brukerne vil søke etter arbeidsområder. Du kan også bruke et arbeidsområdebilde til å utvide navnet på arbeidsområdet. Disse vurderingene beskrives videre i delen innstillinger for arbeidsområdet i neste artikkel.

Å ha konsekvente arbeidsområdenavn hjelper alle. Brukeropplevelsen forbedres fordi brukere lettere kan finne innhold. Administratorer kan også overvåke innholdet lettere når forutsigbare navnekonvensjoner brukes.

Vi anbefaler at du inkluderer navnekonvensjonene for arbeidsområdet i den sentraliserte portalen og opplæringsmateriellet.

Listen nedenfor beskriver flere hensyn knyttet til navngivning av arbeidsområdet.

• Bruk korte, men beskrivende navn: Navnet på arbeidsområdet skal gjenspeile innholdet nøyaktig, med den viktigste delen i begynnelsen av navnet. I Stoff-portalen kan lange arbeidsområdenavn avkortes i brukergrensesnitt, noe som krever at brukeren holder markøren over navnet på arbeidsområdet for å vise det fullstendige navnet i et verktøytips. Her er et eksempel på et kort, men beskrivende navn: Kvartalsvis økonomi.
• Bruk et standardprefiks: Et standardprefiks kan ordne lignende arbeidsområder sammen når de sorteres. Eksempel: FIN-Kvartalsvis økonomi.
• Bruk et standard suffiks: Du kan legge til et suffiks for tilleggsinformasjon, for eksempel når du bruker ulike arbeidsområder for utvikling, test og produksjon. Vi anbefaler at du tilføyer [Utvikling] eller [Test] suffikser, men forlater produksjonen som et brukervennlig navn uten suffiks. Eksempel: FIN-Kvartalsvis økonomi [Utvikling].
• Vær konsekvent med navnet på Power BI-appen: Navnet på arbeidsområdet og Power BI-appen kan være forskjellig, spesielt hvis det forbedrer brukervennligheten eller forståelsen for appforbrukere. Vi anbefaler at du holder navnene like for å unngå forvirring.
• Utelate unødvendige ord: Følgende ord kan være overflødige, så unngå dem i arbeidsområdenavnene:
  • Ordet arbeidsområde.
  • Ordene Fabric eller Power BI. Mange Fabric-arbeidsområder inneholder elementer fra ulike arbeidsbelastninger. Du kan imidlertid opprette et arbeidsområde som bare er ment å være rettet mot en bestemt arbeidsbelastning (for eksempel Power BI, Data Factory eller Synapse Dataingeniør ing). I så fall kan du velge et kort suffiks slik at arbeidsområdeformålet gjøres klart.
  • Navnet på organisasjonen. Men når den primære målgruppen er eksterne brukere, kan det være nyttig å inkludere organisasjonens navn.

Merk

Vi anbefaler at du varsler brukere når et arbeidsområdenavn endres. For det meste er det trygt å gi nytt navn til et arbeidsområde i Stoff-portalen fordi GroupID, som er den unike identifikatoren for et arbeidsområde, ikke endres (den finnes i url-adressen for arbeidsområdet). XMLA-tilkoblinger påvirkes imidlertid fordi de kobler til ved hjelp av navnet på arbeidsområdet i stedet for GroupID.

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

• Bestem krav eller innstillinger for arbeidsområdenavn: Vurder hvordan du vil gi navn til arbeidsområdene. Bestem om du vil ha strenge krav til navnekonvensjoner eller mer fleksible krav som styres av forslag og eksempler.
• Se gjennom eksisterende arbeidsområdenavn: Oppdater eksisterende arbeidsområdenavn etter behov, slik at de er gode eksempler som brukerne kan følge. Når brukere ser at eksisterende arbeidsområde får nytt navn, tolker de dette som en underforstått standard å vedta.
• Opprett dokumentasjon for navnekonvensjoner for arbeidsområdet: Gi referansedokumentasjon om krav og innstillinger for navnekonvensjoner for arbeidsområdet. Pass på å inkludere eksempler som viser riktig bruk av akronymer, prefikser og suffikser. Gjør informasjonen tilgjengelig i den sentraliserte portalen og opplæringsmateriellet.

Arbeidsområdedomener

Klarhet i hvordan innhold eies og administreres, er alltid viktig. Denne klarheten er spesielt viktig når ansvaret for å opprette og administrere dataressurser desentraliseres blant mange avdelinger eller forretningsenheter. Noen ganger kalles denne tilnærmingen en distribuert, forbundsarkitektur eller datanettarkitektur .

Én måte å støtte eierskap og administrasjon av arbeidsområder på i Fabric er med domener. Et domene gir en måte å logisk gruppere flere arbeidsområder som har lignende egenskaper. Du kan for eksempel opprette et domene for å gruppere alle salgsarbeidsområdene sammen, og et annet domene for finansarbeidsområdene.

Her er de viktigste fordelene ved å bruke domener.

• De grupperer lignende arbeidsområder i én enkelt administrasjonsgrense.
• De tillater at visse leierinnstillinger administreres på domenenivå. Hvis du vil ha mer informasjon, kan du se Overstyre innstillinger på leiernivå.
• De hjelper brukerne med å finne relevante data. De kan for eksempel bruke filtre i OneLake-datahuben.

Tabellen nedenfor viser ulike måter du kan velge å organisere relaterte arbeidsområder på.

Metode for organisering av arbeidsområder	Eksempeldomene
Etter emneområde/domene/innholdstype	Finansdomenet inkluderer hvert arbeidsområde relatert til finansinnhold.
Av teamet/avdelingen som eier og administrerer innholdet	Enterprise BI-domenet inneholder alle arbeidsområder som teamet er direkte ansvarlig for å administrere.
Etter organisasjonsforretningsenhet eller segment	Det europeiske divisjonsdomenet inneholder alle arbeidsområder som er direkte relatert til operasjonene i Europa.
Etter prosjekt	Domenet for anskaffelse av datterselskap inkluderer alle arbeidsområder for et svært sensitivt prosjekt.

Her er noen hensyn ved planlegging av Fabric-domener i leieren.

• Hvordan tilordner du hvert arbeidsområde til et domene? Hvert arbeidsområde kan tilordnes til bare ett domene (i stedet for flere domener), så vær forberedt på å planlegge noe. Vurder å opprette et matrisediagram med arbeidsområder i radene og domener i kolonnene for å hjelpe deg med å planlegge hvordan de tilordnes. Du kan tilordne domenet på nytt i innstillingene for arbeidsområdet eller administrasjonsportalen hvis du oppdager at du må omorganisere arbeidsområder.
• Hvem får tillatelse til å administrere et domene? Medlemmer av rollen som domeneadministrator er autorisert til å administrere et eksisterende domene. Når det er mulig, tilordner du domeneadministratorer som eier og administrerer innholdet direkte for domenet. Domeneadministratorer bør være eksperter som er kjent med interne, regionale og statlige forskrifter for fagområdet. De bør også være kjent med alle interne styrings- og sikkerhetskrav. Hvis du vil ha mer informasjon, kan du se Domeneroller.
• Hvem kan tilordne arbeidsområder til et domene? Medlemmer av rollen for domenebidragsyter definerer hvilke brukere (som også er administratorer for arbeidsområder) som kan tilordne et arbeidsområde til et domene. Hvis du tillater flere brukere å tilordne arbeidsområder til et domene, bør du ofte overvåke nøyaktigheten til de tilordnede grupperingene. Hvis du bare tillater bestemte grupper av brukere, eller Fabric-administratorer og domeneadministratorer, har du mer kontroll over hvordan de tilordnes. Hvis du vil ha mer informasjon, kan du se Domeneroller.
• Finnes det spesifikke samsvarsbehov eller begrensninger, for eksempel geografisk område? Husk at det geografiske området for datalagring er angitt for hver kapasitet (i stedet for for domenet). Vurder hvordan det å tilordne et arbeidsområde til et domene – og til en kapasitet – påvirker planleggingsprosessen.

Hvis du vil ha mer informasjon, kan du se Styre domener.

Sjekkliste – Når du planlegger for arbeidsområdedomener, omfatter viktige beslutninger og handlinger:

• Valider hvordan innholdseierskap fungerer: Sørg for at du forstår hvordan innholdseierskap og -administrasjon skjer i hele organisasjonen. Ta hensyn til denne informasjonen i planene dine for å organisere arbeidsområder i domener.
• Planlegge arbeidsområdedomener: Ha diskusjoner for å planlegge hvordan du best kan organisere arbeidsområder i domener. Bekreft alle viktige beslutninger med Center of Excellence samt din overordnede sponsor.
• Lær fabric-administratorer: Sørg for at leieradministratorene er kjent med hvordan du oppretter et domene, og hvordan du tilordner og administrerer domeneadministratorer.
• Lær domeneadministratorer: Sørg for at domeneadministratorene dine forstår forventningene til denne rollen når det gjelder administrasjon av et domene.
• Bestem hvordan du skal håndtere domenebidragsytere: Vurder hvilke brukere som skal ha tillatelse til å tilordne arbeidsområder til et domene.
• Opprett en overvåkingsprosess: Kontroller regelmessig at de tilordnede domenegrupperingene er riktige.

Opprettingsprosess for arbeidsområde

Hvis du har bestemt deg for å begrense hvem som kan opprette arbeidsområder, må den bredere brukerpopulasjonen vite hva prosessen er for å be om et nytt arbeidsområde. I dette tilfellet er det viktig å opprette en forespørselsprosess som er enkel og praktisk for brukere å finne og følge.

Det er også viktig å svare raskt på en forespørsel om et nytt arbeidsområde. En serviceavtale (serviceavtale) på 2–4 timer er ideell. Hvis prosessen for å be om et nytt arbeidsområde er for treg eller tyngende, vil folk bruke arbeidsområdene de har, slik at de kan fortsette å bevege seg. Hvis de velger å hoppe over å opprette et nytt arbeidsområde, kan det de bruker i stedet være suboptimalt. De kan velge å bruke et eksisterende arbeidsområde som ikke passer godt til det nye innholdet, eller de kan dele innhold fra sitt personlige arbeidsområde.

Tips

Målet når du oppretter en ny prosess, er å gjøre det enkelt for personer å overholde prosessen. Som med alle beslutninger om datastyring, er poenget å gjøre det enkelt for brukerne å gjøre det rette.

Tabellen nedenfor viser informasjonen som skal samles inn i en forespørsel om et nytt arbeidsområde.

Nødvendig informasjon	Eksempel	Validering kreves
Navn på arbeidsområdet	Salgsanalyse for SLS-felt	• Overholder navnet navnekonvensjoner? • Finnes det et annet arbeidsområde med samme navn?
Faser kreves	Salgsanalyse for SLS-felt [Utvikling], SLS-felt salgsanalyse [test], og SLS-felt salgsanalyse	• Er flere arbeidsområder nødvendige for å støtte innholdet på riktig måte? • Bør det også opprettes et utrullingssamlebånd ?
Bekrivelse	Kundesalg og ordrehistorikk for månedlig, kvartalsvis og årlig analyse.	• Er det en forventning om at sensitive data, eller regulerte data, vil bli lagret? • Vil dette i så fall påvirke hvordan arbeidsområdet styres?
Målgruppe	Global feltsalgsorganisasjon	• Hvor bredt er innholdsleveringsomfanget? • Hvordan vil dette påvirke hvordan arbeidsområdet styres?
Lisensmodus tilordnet arbeidsområdet	En stoffkapasitet for salgsteamet er nødvendig fordi et stort antall selgere bare er seere, og de har en gratis lisens	• Hvilket nivå av stoffkapasitet kreves?
Krav til datalagring	Datalagring i Canada	• Er det datalagringsbehov som krever Multi-Geo? • Hva er de forventede datavolumene?
Arbeidsområdeadministratorer	FabricContentAdmins-FieldSalesAnalytics	• Er administratoren (fortrinnsvis) en gruppe? • Er det minst to administratorer?
Person som sender forespørselen	requestor@contoso.com	• Fungerer personen som sender forespørselen, i en rolle eller bransje relatert til informasjonen som er oppgitt?

Tabellen ovenfor inneholder den minste mengden informasjon som kreves for å konfigurere et arbeidsområde. Den inneholder imidlertid ikke alle mulige konfigurasjoner. I de fleste tilfeller tar en administrator for arbeidsområdet ansvaret for å fullføre konfigurasjonen når arbeidsområdet er opprettet. Hvis du vil ha mer informasjon, kan du se artikkelen om innstillinger på arbeidsområdenivå.

Det finnes mange teknologialternativer du kan bruke til å opprette et elektronisk skjema for opprettingsforespørselen for arbeidsområdet. Vurder å bruke Microsoft Power Apps, som er et programvarealternativ med lav kode som er ideelt for å bygge enkle nettbaserte skjemaer og programmer. Teknologien du velger å bruke til å opprette et nettbasert skjema, avhenger av hvem som er ansvarlig for å opprette og vedlikeholde skjemaet.

Tips

Hvis du vil forbedre effektiviteten og nøyaktigheten, kan du vurdere å automatisere prosessen ved hjelp av REST-API-en for Power BI for å opprette eller oppdatere et arbeidsområde programmatisk. I dette tilfellet anbefaler vi at du inkluderer gjennomgangs- og godkjenningsprosesser i stedet for automatisk behandling av hver forespørsel.

Sjekkliste – Når du vurderer prosessen for å be om et nytt arbeidsområde, omfatter viktige beslutninger og handlinger:

• Opprett en prosess for å be om et nytt arbeidsområde: Bestem hva den bestemte prosessen er for å be om et nytt arbeidsområde. Vurder informasjonen du trenger, hvordan du registrerer informasjonen, og hvem som skal behandle forespørselen.
• Opprett et standardskjema for å be om et nytt arbeidsområde: Bestem hvilken informasjon som skal inkluderes i skjemaet for et nytt arbeidsområde. Vurder å bygge en Power Apps-app for å samle inn informasjonen fra brukeren. Sørg for at koblinger til skjemaet er allment tilgjengelige og enkle å finne i den sentraliserte portalen og andre vanlige plasseringer. Inkluder også en kobling til skjemaet i pågående kommunikasjon.
• Bestem hvem som skal svare på innsendte forespørsler, og hvor raskt: Bestem hvem som skal behandle forespørsler. Vurder hva forventet responstid er for å håndtere en forespørsel om et nytt arbeidsområde. Kontroller at du kan håndtere forespørsler raskt, slik at selvbetjente brukere ikke opplever forsinkelser.
• Gjennomføre en økt for kunnskapsoverføring: Hvis et annet team støtter arbeidsområdeforespørselsprosessen, kan du gjennomføre en økt for kunnskapsoverføring med dem, slik at de har all informasjonen de trenger.
• Opprett dokumentasjon for hvordan du godkjenner eller avslår en forespørsel: Opprett dokumentasjon om hvordan du godkjenner en forespørsel, rettet mot dem som skal gjennomgå eller behandle forespørsler. Inkluder også grunner til at en forespørsel kan bli avslått, og hvilke handlinger som bør utføres.
• Opprett dokumentasjon for hvordan du ber om et arbeidsområde: Opprett dokumentasjon om hvordan du ber om et nytt arbeidsområde, rettet mot brukere som ikke kan opprette sine egne arbeidsområder. Inkluder hvilken informasjon som kreves, og forventninger til et svar. Kontroller at informasjonen er tilgjengelig i den sentraliserte portalen og opplæringsmateriellet.

Arbeidsområdestyringsnivå

Ikke alle arbeidsområder trenger samme tilsynsnivå. Enkelte arbeidsområder kan anses som underlagt. Et styrt arbeidsområde betyr at det er flere krav og forventninger til innholdet. Noen organisasjoner bruker termen som administreres i stedet for styrt.

Det finnes fire viktige beslutningskriterier for å bestemme styringsnivået:

• Hvem eier og administrerer BI-innholdet?
• Hva er omfanget for levering av BI-innholdet?
• Hva er det registrerte området for dataemne?
• Anses dataene og/eller BI-løsningen som kritisk?

Merk

Hvis du vil ha mer informasjon om de fire viktige beslutningskriteriene, kan du se styringsartikkelen som utgjør en del av veikartet for stoffadopsjon.

Du kan starte med to nivåer av arbeidsområder: styrt og ustyrlig. Vi anbefaler at du holder styringsnivåene så enkle som mulig. Avhengig av dine spesifikke omstendigheter må du imidlertid dele opp den styrte klassifiseringen. Kritisk innhold som administreres av enterprise BI-teamet, kan for eksempel ha ett sett med styringskrav. Mens kritisk innhold som eies og administreres direkte av forretningsenheter, kan være underlagt et litt annet sett med krav. I noen tilfeller vil beslutninger skreddersys til individuelle forretningsenheter.

Tabellen nedenfor viser noen av de vanligste kravene når et arbeidsområde anses som underlagt.

Kategori	Potensielle styringskrav
Eierskap og støtte	• Eierskap tildeles med klart ansvar for eieren av teknisk innhold og/eller fageksperten. • Brukerstøtteteamet /personen er tilordnet, og brukere forstår hvordan de ber om hjelp eller sender inn problemer. • En mekanisme er på plass for tilbakemeldinger fra brukere, spørsmål og forbedringsforespørsler. • Det finnes en kommunikasjonsplan for å kunngjøre viktige endringer i innhold i arbeidsområdet.
Arbeidsområdeoppsett	• Arbeidsområdet er godt organisert med et veldefinert formål. • En spesifikk navnekonvensjon brukes. • Arbeidsområdet er tilordnet et bestemt domene. • Arbeidsområdebeskrivelse, bilde og kontakter kreves.
Presisjon	• Alt innhold er sertifisert. • Datavalidering er automatisert slik at innholdseiere blir oppmerksomme på problemer med datakvaliteten i tide.
Distribusjon	• En Power BI-app brukes til å distribuere rapporter og instrumentbord.
Sikkerhet og databeskyttelse	• Sikkerhetsgrupper brukes (i stedet for individuelle kontoer) til å administrere arbeidsområderoller. • Følsomhetsetiketter brukes til informasjonsbeskyttelse. • Bare sanksjonerte (eller godkjente) datakilder er tillatt. • Alle kildefiler befinner seg på et sikkert sted som er sikkerhetskopiert.
Endringshåndtering	• Separate arbeidsområder for utvikling, test og produksjon brukes. • Kildekontroll (for eksempel Git-integrering) brukes for alle Power BI Desktop-filer og -elementer i Stoff-portalen. • Versjonskontroll eller kildekontroll brukes for alle datakildefiler. • Behandling av livssyklus og endringsbehandlingsprosesser, inkludert utrullingssamlebånd og/eller DevOps-prosesser, følges.
Kapasitet	• Arbeidsområdet er tilordnet et passende stoffkapasitetsnivå . • Stoffkapasiteten administreres og overvåkes.
Gateway	• En datagateway i standardmodus (ikke-personlig) brukes. • All legitimasjon for gateway-datakilde bruker godkjent legitimasjon.
Overvåking og overvåking	• Aktiv overvåking og overvåkingsprosesser er på plass for sporing av innføring, bruksmønstre og ytelse.

Tips

Styringskrav er vanligvis ikke valgfrie. Av denne grunn er rettidig revisjon viktig, og håndhevelse blir nødvendig i visse situasjoner. Hvis for eksempel styrede arbeidsområder krever at alle filer befinner seg på en sikker plassering og en ikke-godkjent filplassering oppdages under overvåking, bør det gjøres tiltak for å oppdatere filplasseringen.

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

• Bestem deg for styringsnivåene for arbeidsområdet: Bestem styringsnivåene du trenger. Prøv å holde det så enkelt som mulig.
• Bestem deg for kriteriene for hvordan du klassifiserer et arbeidsområde: Bestem hva beslutningskriteriene skal være for å klassifisere arbeidsområder til et bestemt styringsnivå.
• Bestem hva kravene til arbeidsområdestyring er: For hvert styringsnivå må du bestemme hva de spesifikke kravene skal være.
• Bestem hvordan du angir nivået for arbeidsområdestyring: Finn den enkleste måten å identifisere styringsnivået for et arbeidsområde på. Du kan registrere det som en del av navnet, en del av beskrivelsen eller lagret et annet sted (for eksempel en SharePoint-liste som inneholder mer informasjon om hvert arbeidsområde).
• Opprett dokumentasjon for krav til arbeidsområdestyring: Opprett nyttig dokumentasjon rettet mot innholdsopprettere som inkluderer hva deres ansvar er for å administrere innhold i et styrt arbeidsområde. Gjør informasjonen tilgjengelig i den sentraliserte portalen og opplæringsmateriellet.
• Opprett arbeidsområdeovervåkingsprosesser: For arbeidsområder som anses som underlagt, oppretter du en revisjonsprosess for å identifisere områder med manglende overholdelse av de viktigste kravene. Sørg for at noen er ansvarlig for å kontakte innholdseiere for å løse samsvarsproblemer.

Relatert innhold

I den neste artikkelen i denne serien kan du lære mer om planlegging på arbeidsområdenivå.