Planlægning af Power BI-implementering: Planlægning af arbejdsområde på lejerniveau

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 af fabric-arbejdsområder på lejerniveau 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.

Denne artikel kan også være af interesse for selvbetjeningsforfattere, der har brug for at oprette, publicere og administrere indhold i arbejdsområder.

Da arbejdsområder kan bruges på forskellige måder, træffes de fleste taktiske beslutninger på arbejdsområdeniveau (beskrevet i næste artikel). Der er dog også nogle strategiske planlægningsbeslutninger, der skal træffes på lejerniveau.

Vi anbefaler, at du træffer beslutninger på lejerniveau så tidligt som muligt, fordi de påvirker alt andet. Det er også nemmere at træffe individuelle arbejdsområdebeslutninger, når du har klarhed over dine overordnede mål og målsætninger for arbejdsområdet.

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.

Tilladelser til oprettelse af arbejdsområde

Beslutningen om, hvem der har tilladelse til at oprette arbejdsområder i Power BI-tjeneste, er en beslutning om datakultur og styring. Generelt er der to måder at gribe denne beslutning an på:

• Alle (eller de fleste) brugere har tilladelse til at oprette nye arbejdsområder: Denne fremgangsmåde stemmer normalt overens med eksisterende beslutninger for andre programmer. Når brugerne f.eks. har tilladelse til at oprette deres egne SharePoint-websteder eller Teams-kanaler, giver det mening, at Fabric anvender den samme politik.
• Begrænset til et selektivt sæt brugere, der har tilladelse til at oprette nye arbejdsområder: Denne fremgangsmåde angiver normalt, at en styringsplan er på plads eller er planlagt. Administration af denne proces kan være fuldt centraliseret (f.eks. er det kun it-tilladelse til at oprette et arbejdsområde). En mere fleksibel og praktisk tilgang er, når det er en kombination af centraliserede og decentraliserede personer. I dette tilfælde er visse satellitmedlemmer af COE (Center of Excellence), mestre eller brugere, der er tillid til, blevet oplært til at oprette og administrere arbejdsområder på vegne af deres forretningsenhed.

Du skal konfigurere lejerindstillingen Opret arbejdsområder på Fabric-administrationsportalen i henhold til din beslutning om, hvem der har tilladelse til at oprette arbejdsområder. Du kan få mere at vide under Styr arbejdsområder.

Tjekliste – Når du overvejer tilladelser til, hvem der kan oprette arbejdsområder, omfatter vigtige beslutninger og handlinger:

• Fastlæg og valider brugerbehov: Planlæg samarbejdsdiskussioner med relevante interessenter og interesserede parter for at få mere at vide om, hvordan brugerne arbejder i øjeblikket. Målet er at sikre, at du har en klar forståelse af brugernes behov.
• Beslut, hvem der har tilladelse til at oprette arbejdsområder: Bestem, om alle brugere, kun et centraliseret team eller visse centraliserede og decentraliserede brugere har tilladelse til at oprette et nyt arbejdsområde. Sørg for, at denne beslutning er målrettet tilpasset dine mål for datakulturen. Sørg for at indhente godkendelse fra din chefsponsor.
• Opret en sikkerhedsgruppe for, hvem der har tilladelse til at oprette arbejdsområder: Hvis et undersæt af brugere har tilladelse til at oprette arbejdsområder, kræves der en sikkerhedsgruppe. Navngiv gruppen tydeligt, f.eks . oprettere af Fabric-arbejdsområder. Føj medlemmer, der har tilladelse til at oprette arbejdsområder, til denne sikkerhedsgruppe.
• Opdater lejerindstillingen: Føj den nye sikkerhedsgruppe til Opret arbejdsområder lejerindstillingen på administrationsportalen. Ud over gruppen Oprettere af Fabric-arbejdsområder er andre grupper, der muligvis også er tilladt for denne lejerindstilling, COE-, support- og Fabric-administratorer.

Navngivningskonventioner for arbejdsområde

Navngivningskonventioner for arbejdsområder er et aftalt mønster for, hvordan arbejdsområder navngives. Normalt er navngivningskonventioner mere et krav end et forslag.

Det kan være svært at gennemtvinge navngivningskonventioner strengt, når mange brugere har tilladelse til at oprette arbejdsområder. Du kan afhjælpe dette problem med brugeruddannelse og -uddannelse. Du kan også udføre en overvågningsproces for at finde arbejdsområder, der ikke overholder navngivningskonventionerne.

Navnet på arbejdsområdet kan formidle yderligere oplysninger om arbejdsområdet, herunder:

• Formål: Et arbejdsområdenavn skal altid indeholde en beskrivelse af indholdet. Det kan f.eks . være salgskvartalsbonussporing.
• elementtyper: Et arbejdsområdenavn kan indeholde en reference til de typer elementer, det indeholder. Brug f.eks. Salgsdata til at angive, at arbejdsområdet gemmer elementer som f.eks. et lakehouse eller semantiske modeller. Salgsanalyse kan angive, at arbejdsområdet gemmer analyserapporter og dashboards.
• fase (miljø): Navnet på et arbejdsområde kan indeholde fasen. Det er f.eks. almindeligt at have separate arbejdsområder (udvikling, test og produktion) til administration af livscyklus.
• Ejerskab og ansvar: Et arbejdsområdenavn kan indeholde en angivelse af, hvem der er ansvarlig for at administrere indholdet. Brug af et SLS-præfiks eller suffiks kan f.eks. indikere, at salgsteamet ejer og administrerer indholdet.

Tip

Hvis du vil gøre navnene på arbejdsområderne korte, kan du inkludere flere detaljer i beskrivelsen af arbejdsområdet. Sørg dog for, at de mest relevante oplysninger er inkluderet i navnet på arbejdsområdet, især hvis du forventer, at brugerne søger efter arbejdsområder. Du kan også bruge et arbejdsområdebillede til at øge navnet på arbejdsområdet. Disse overvejelser beskrives yderligere i afsnittet indstillinger for arbejdsområde i den næste artikel.

Det hjælper alle at have ensartede arbejdsområdenavne. Brugeroplevelsen er forbedret, fordi brugerne nemmere kan finde indhold. Administratorer kan også nemmere styre indholdet, når der bruges forudsigelige navngivningskonventioner.

Vi anbefaler, at du inkluderer navngivningskonventionerne for arbejdsområdet i din centraliserede portal og undervisningsmaterialet.

På følgende liste beskrives flere overvejelser i forbindelse med navngivning af arbejdsområder.

• Brug korte, men beskrivende navne: Navnet på arbejdsområdet skal afspejle indholdet nøjagtigt med den vigtigste del i starten af navnet. I Fabric-portalen kan lange arbejdsområdenavne blive afkortet i brugergrænsefladen, hvilket kræver, at brugeren holder markøren over navnet på arbejdsområdet for at få vist det fulde navn i et værktøjstip. Her er et eksempel på et kort, men beskrivende navn: Kvartalsvis finans.
• Brug et standardpræfiks: Et standardpræfiks kan arrangere lignende arbejdsområder sammen, når de sorteres. Eksempel: FIN-Quarterly Financials.
• Brug et standardsuffiks: Du kan tilføje et suffiks for at få flere oplysninger, f.eks. når du bruger forskellige arbejdsområder til udvikling, test og produktion. Vi anbefaler, at du tilføjer [Dev] eller [Test] -suffikser, men forlader produktionen som et brugervenligt navn uden et suffiks. Eksempel: FIN-Quarterly Financials [Dev].
• Være i overensstemmelse med navnet på Power BI-appen: Navnet på arbejdsområdet og dens Power BI-app kan være anderledes, især hvis det forbedrer anvendeligheden eller forståelsen for appforbrugere. Vi anbefaler, at navnene bevares på samme måde for at undgå forvirring.
• Udelade unødvendige ord: Følgende ord kan være overflødige, så undgå dem i navnene på arbejdsområdet:
  • Ordet arbejdsområde.
  • Ordene Fabric eller Power BI. Mange Fabric-arbejdsområder indeholder elementer fra forskellige arbejdsbelastninger. Du kan dog oprette et arbejdsområde, der kun er beregnet til at målrette en bestemt arbejdsbelastning (f.eks. Power BI, Data Factory eller Synapse Dataudvikler ing). I så fald kan du vælge et kort suffiks, så formålet med arbejdsområdet er gjort klart.
  • Navnet på organisationen. Men når den primære målgruppe er eksterne brugere, herunder organisationens navn, kan det være nyttigt.

Bemærk

Vi anbefaler, at du giver brugerne besked, når navnet på et arbejdsområde ændres. Det er for det meste sikkert at omdøbe et arbejdsområde på Fabric-portalen, fordi GroupID, som er det entydige id for et arbejdsområde, ikke ændres (det findes i URL-adressen til arbejdsområdet). XMLA-forbindelser påvirkes dog, fordi de opretter forbindelse ved hjælp af navnet på arbejdsområdet i stedet for GroupID.

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

• Fastlæg krav eller indstillinger for arbejdsområdenavne: Overvej, hvordan du vil navngive dine arbejdsområder. Beslut, om du vil have strenge krav til navngivningskonventioner eller mere fleksible krav styret af forslag og eksempler.
• Gennemse eksisterende arbejdsområdenavne: Opdater eksisterende arbejdsområdenavne efter behov, så de er gode eksempler, som brugerne kan følge. Når brugerne ser, at eksisterende arbejdsområder omdøbes, fortolker de det som en underforstået standard, der skal vedtages.
• Opret dokumentation til navngivningskonventioner for arbejdsområder: Angiv referencedokumentation om krav og indstillinger for navngivningskonventioner for arbejdsområder. Sørg for at inkludere eksempler, der viser korrekt brug af akronymer, præfikser og suffikser. Gør oplysningerne tilgængelige på din centraliserede portal og dit undervisningsmateriale.

Arbejdsområdedomæner

Klarhed over, hvordan indhold ejes og administreres, er altid afgørende. Denne klarhed er særlig vigtig, når ansvaret for oprettelse og administration af dataaktiver er decentraliseret blandt mange afdelinger eller forretningsenheder. Nogle gange kaldes denne fremgangsmåde for en distribueret, sammenkædet arkitektur eller datanetarkitektur .

En måde at understøtte ejerskab og administration af arbejdsområder på i Fabric er med domæner. Et domæne gør det logisk at gruppere flere arbejdsområder, der har lignende egenskaber. Du kan f.eks. oprette et domæne for at gruppere alle dine salgsarbejdsområder og et andet domæne for dine økonomiarbejdsområder.

Her er de vigtigste fordele ved at bruge domæner.

• De grupperer lignende arbejdsområder i en enkelt administrationsgrænse.
• De tillader, at visse lejerindstillinger administreres på domæneniveau. Du kan få flere oplysninger under Tilsidesæt indstillinger på lejerniveau.
• De hjælper brugerne med at finde relevante data. De kan f.eks. bruge filtre i OneLake-kataloget.

I følgende tabel vises forskellige måder, du kan vælge at organisere relaterede arbejdsområder på.

Metode til organisering af arbejdsområder	Eksempel på domæne
Efter emneområde/domæne/indholdstype	Domænet Finance indeholder hvert arbejdsområde, der er relateret til økonomiindhold.
Af det team/den afdeling, der ejer og administrerer indholdet	Enterprise BI-domænet omfatter alle arbejdsområder, som teamet er direkte ansvarlig for at administrere.
Efter organisationsenhed eller segment	Det europæiske divisionsdomæne omfatter alle arbejdsområder, der er direkte relateret til handlingerne i Europa.
Efter projekt	Domænet til erhvervelse af datterselskab omfatter alle arbejdsområder for et meget følsomt projekt.

Her er nogle overvejelser, når du planlægger Fabric-domæner i din lejer.

• Hvordan knytter du hvert arbejdsområde til et domæne? Hvert arbejdsområde kan kun tildeles til ét domæne (i stedet for flere domæner), så vær forberedt på at planlægge. Overvej at oprette et matrixdiagram med arbejdsområder i rækkerne og domænerne i kolonnerne for at hjælpe dig med at planlægge, hvordan de tildeles. Du kan tildele domænet igen i indstillingerne for arbejdsområdet eller administrationsportalen, hvis du opdager, at du har brug for at omorganisere arbejdsområder.
• Hvem skal have tilladelse til at administrere et domæne? Medlemmer af rollen Domæneadministrator er godkendt til at administrere et eksisterende domæne. Når det er muligt, skal du tildele domæneadministratorer, der direkte ejer og administrerer indholdet for domænet. Domæneadministratorer skal være eksperter, der har kendskab til interne, regionale og statslige bestemmelser for emnet. De bør også være bekendt med alle interne styrings- og sikkerhedskrav. Du kan få flere oplysninger under Domæneroller.
• Hvem har tilladelse til at tildele arbejdsområder til et domæne? Medlemmer af rollen Domænebidragydere definerer, hvilke brugere (som også er arbejdsområdeadministratorer) der kan tildele et arbejdsområde til et domæne. Hvis du giver flere brugere tilladelse til at tildele arbejdsområder til et domæne, skal du ofte overvåge nøjagtigheden af de tildelte grupperinger. Hvis du kun tillader bestemte grupper af brugere eller Fabric-administratorer og domæneadministratorer, har du mere kontrol over, hvordan de tildeles. Du kan få flere oplysninger under Domæneroller.
• Er der specifikke krav eller begrænsninger for overholdelse af angivne standarder, f.eks. geografisk område? Vær opmærksom på, at det geografiske område for datalager er angivet for hver kapacitet (i stedet for domænet). Overvej, hvordan tildeling af et arbejdsområde til et domæne – og til en kapacitet – påvirker din planlægningsproces.

Du kan få flere oplysninger under Styr domæner.

Tjekliste – Når du planlægger arbejdsområdedomæner, omfatter vigtige beslutninger og handlinger:

• Valider, hvordan indholdsejerskab fungerer: Sørg for, at du dybt forstår, hvordan indholdsejerskab og -administration sker i hele organisationen. Medregn disse oplysninger i dine planer for at organisere arbejdsområder i domæner.
• Planlæg arbejdsområdedomæner: Få diskussioner til at planlægge, hvordan du bedst organiserer arbejdsområder i domæner. Bekræft alle vigtige beslutninger med Center of Excellence samt din chefsponsor.
• Uddan Fabric-administratorer: Sørg for, at dine lejeradministratorer er bekendt med, hvordan du opretter et domæne, og hvordan du tildeler og administrerer domæneadministratorer.
• Oplær domæneadministratorer: Sørg for, at domæneadministratorerne forstår forventningerne til denne rolle i administrationen af et domæne.
• Beslut, hvordan du vil håndtere domænebidragydere: Overvej, hvilke brugere der skal have tilladelse til at tildele arbejdsområder til et domæne.
• Opret en overvågningsproces: Kontrollér regelmæssigt, at de tildelte domænegrupper er korrekte.

Oprettelsesproces for arbejdsområde

Hvis du har besluttet at begrænse, hvem der kan oprette arbejdsområder, skal den bredere brugergruppe vide, hvad processen er for at anmode om et nyt arbejdsområde. I dette tilfælde er det vigtigt at etablere en anmodningsproces, der er nem og praktisk for brugerne at finde og følge.

Det er også vigtigt at reagere hurtigt på en anmodning om et nyt arbejdsområde. En serviceniveauaftale (SLA) på 2-4 timer er ideel. Hvis processen til at anmode om et nyt arbejdsområde er for langsom eller besværlig, bruger folk de arbejdsområder, de har, så de kan fortsætte med at flytte. Hvis de vælger at springe oprettelsen af et nyt arbejdsområde over, kan det, de bruger i stedet, være suboptimalt. De kan vælge at genbruge et eksisterende arbejdsområde, der ikke er velegnet til det nye indhold, eller de kan dele indhold fra deres personlige arbejdsområde.

Tip

Målet med at oprette en ny proces er at gøre det nemt for brugerne at overholde processen. Som med alle beslutninger om datastyring er pointen at gøre det nemt for brugerne at gøre det rigtige.

I følgende tabel vises de oplysninger, der skal indsamles i en anmodning om et nyt arbejdsområde.

Nødvendige oplysninger	Eksempel	Validering er påkrævet
Navn på arbejdsområde	SLS-Field Sales Analytics	• Overholder navnet navngivningskonventionerne? • Findes der et andet arbejdsområde med samme navn?
Nødvendige faser	SLS-Field Sales Analytics [Dev], SLS-Field Sales Analytics [Test] og SLS-Field Sales Analytics	• Er flere arbejdsområder nødvendige for at understøtte indholdet korrekt? • Hvis det er tilfældet, skal der så også oprettes en udrulningspipeline ?
Beskrivelse	Kundesalgs- og ordrehistorik for månedlig, kvartalsvis og årlig analyse.	• Er der en forventning om, at følsomme data eller regulerede data vil blive gemt? • Hvis det er tilfældet, vil det så påvirke den måde, arbejdsområdet styres på?
Målgruppe	Global feltsalgsorganisation	• Hvor bred er omfanget af levering af indhold? • Hvordan påvirker det, hvordan arbejdsområdet styres?
Licenstilstand, der er tildelt arbejdsområdet	Der er brug for en Fabric-kapacitet til salgsteamet, fordi et stort antal sælgere kun er seere, og de har en gratis licens	• Hvilket niveau af Fabric-kapacitet er påkrævet?
Krav til datalager	Dataopbevaring i Canada	• Er der behov for dataopbevaring, der kræver Multi-Geo? • Hvad er de forventede datamængder?
Arbejdsområdeadministratorer	FabricContentAdmins-FieldSalesAnalytics	• Er administratoren (helst) en gruppe? • Er der mindst to administratorer?
Person, der indsender anmodningen	requestor@contoso.com	• Fungerer den person, der indsender anmodningen, i en rolle eller forretningslinje, der er relateret til de angivne oplysninger?

Ovenstående tabel indeholder den mindste mængde oplysninger, der kræves for at konfigurere et arbejdsområde. Det omfatter dog ikke alle mulige konfigurationer. I de fleste tilfælde tager en administrator af arbejdsområdet ansvaret for at fuldføre konfigurationen, når arbejdsområdet er oprettet. Du kan få flere oplysninger i artiklen Indstillinger på arbejdsområdeniveau.

Der er mange teknologiindstillinger, du kan bruge til at oprette en onlineformular til anmodningen om oprettelse af arbejdsområdet. Overvej at bruge Microsoft Power Apps, som er en softwaremulighed med lav kode, som er ideel til oprettelse af enkle webbaserede formularer og programmer. Den teknologi, du vælger at bruge til oprettelse af en webbaseret formular, afhænger af, hvem der er ansvarlig for at oprette og vedligeholde formularen.

Tip

Hvis du vil forbedre effektiviteten og nøjagtigheden, kan du overveje at automatisere processen ved hjælp af Power BI REST API'en til at oprette eller opdatere et arbejdsområde via programmering. I dette tilfælde anbefaler vi, at du inkluderer gennemgangs- og godkendelsesprocesser i stedet for automatisk behandling af hver anmodning.

Tjekliste – Når du overvejer processen til at anmode om et nyt arbejdsområde, omfatter vigtige beslutninger og handlinger:

• Opret en proces til anmodning om et nyt arbejdsområde: Beslut, hvad den specifikke proces er for at anmode om et nyt arbejdsområde. Overvej de oplysninger, du skal bruge, hvordan du henter oplysningerne, og hvem der skal behandle anmodningen.
• Opret en standardformular til anmodning om et nyt arbejdsområde: Beslut, hvilke oplysninger der skal medtages i formularen for et nyt arbejdsområde. Overvej at oprette en Power Apps-app for at indsamle oplysninger fra brugeren. Sørg for, at links til formularen er bredt tilgængelige og nemme at finde på din centraliserede portal og andre almindelige placeringer. Medtag også et link til formularen i løbende kommunikation.
• beslut, hvem der skal svare på sendte anmodninger, og hvor hurtigt: Bestem, hvem der skal behandle anmodninger. Overvej, hvad den forventede svartid er for håndtering af en anmodning om et nyt arbejdsområde. Bekræft, at du kan håndtere anmodninger hurtigt, så brugere med selvbetjening ikke oplever forsinkelser.
• Udfør en vidensoverførselssession: Hvis et andet team understøtter anmodningsprocessen for arbejdsområdet, skal du gennemføre en videnoverførselssession med dem, så de har alle de oplysninger, de har brug for.
• Opret dokumentation til, hvordan du godkender eller afviser en anmodning: Opret dokumentation om, hvordan du godkender en anmodning, der er målrettet til dem, der skal gennemse eller behandle anmodninger. Du kan også angive årsager til, hvorfor en anmodning kan blive afvist, og hvilken handling der skal udføres.
• Opret dokumentation til, hvordan du anmoder om et arbejdsområde: Opret dokumentation om, hvordan du anmoder om et nyt arbejdsområde, der er målrettet til brugere, der ikke kan oprette deres egne arbejdsområder. Medtag, hvilke oplysninger der kræves, og hvilke forventninger der er til et svar. Sørg for, at oplysningerne er tilgængelige i din centraliserede portal og undervisningsmaterialet.

Niveau for styring af arbejdsområde

Det er ikke alle arbejdsområder, der har brug for det samme tilsynsniveau. Visse arbejdsområder kan anses for at være underlagt. Et styret arbejdsområde betyder, at der er flere krav og forventninger til indholdet. Nogle organisationer bruger udtrykket administreret i stedet for styret.

Der er fire vigtige beslutningskriterier til at bestemme styringsniveauet:

• Hvem ejer og administrerer BI-indholdet?
• Hvad er omfanget for levering af BI-indholdet?
• Hvad er det registrerede område?
• Betragtes dataene og/eller BI-løsningen som kritiske?

Bemærk

Du kan få flere oplysninger om de fire vigtige beslutningskriterier i artiklen om styring , der er en del af Fabric-adoptionsoversigten.

Du kan starte med to niveauer af arbejdsområder: styret og ikkeoveroveret. Vi anbefaler, at du holder styringsniveauer så enkle som muligt. Afhængigt af dine specifikke omstændigheder kan det dog være nødvendigt at opdele den regulerede klassificering. Kritisk indhold, der administreres af virksomheds-BI-teamet, kan f.eks. have ét sæt styringskrav. Der henviser til, at kritisk indhold, der ejes og administreres direkte af forretningsenheder, kan være underlagt et lidt andet sæt krav. I nogle tilfælde vil beslutninger blive skræddersyet til individuelle forretningsenheder.

I følgende tabel vises nogle af de mest almindelige krav, når et arbejdsområde anses for at være underlagt.

Kategori	Krav til potentiel styring
Ejerskab og support	• Ejerskab tildeles med et klart ansvar for ejeren af det tekniske indhold og/eller emneeksperten. • Brugersupportteamet /-personen er tildelt, og brugerne forstår, hvordan de kan anmode om hjælp eller indsende problemer. • Der findes en mekanisme til brugerfeedback, spørgsmål og anmodninger om forbedringer. • Der findes en kommunikationsplan til at annoncere vigtige ændringer af indhold i arbejdsområdet.
Konfiguration af arbejdsområde	• Arbejdsområdet er velorganiseret med et veldefineret formål. • Der anvendes en specifik navngivningskonvention. • Arbejdsområdet er tildelt et bestemt domæne. • Beskrivelse, billede og kontakter i arbejdsområdet er påkrævet.
Nøjagtighed	• Alt indhold er certificeret. • Datavalideringer automatiseres, så indholdsejere bliver opmærksomme på problemer med datakvaliteten i tide.
Fordeling	• En Power BI-app bruges til at distribuere rapporter og dashboards.
Sikkerhed og databeskyttelse	• Sikkerhedsgrupper bruges (i stedet for individuelle konti) til administration af arbejdsområderoller. • Følsomhedsmærkater bruges til beskyttelse af oplysninger. • Kun sanktionerede (eller godkendte) datakilder er tilladt. • Alle kildefiler er placeret på en sikker placering, der er sikkerhedskopieret.
Administration af ændringer	• Der bruges separate udviklings-, test- og produktionsarbejdsområder. • Kildekontrol (f.eks . Git-integration) bruges til alle Power BI Desktop-filer og -elementer på Fabric-portalen. • Versionsstyring eller kildekontrol bruges til alle datakildefiler. • Livscyklusstyrings- og ændringsstyringsprocesser, herunder udrulningspipelines og/eller DevOps-processer, følges.
Kapacitet	• Arbejdsområdet er tildelt et passende Fabric-kapacitetsniveau . • Fabric-kapaciteten administreres og overvåges.
Gateway	• Der bruges en datagateway i standardtilstand (ikke-personlig). • Alle legitimationsoplysninger for gatewaydatakilden bruger godkendte legitimationsoplysninger.
Overvågning og overvågning	• Der er aktive overvågnings- og overvågningsprocesser til sporing af indførelse, brugsmønstre og ydeevne.

Tip

Krav til styring er normalt ikke valgfrie. Derfor er rettidig revision vigtig, og håndhævelse bliver nødvendig i visse situationer. Hvis styrede arbejdsområder f.eks. kræver, at alle filer er placeret på en sikker placering, og der registreres en filplacering, der ikke er godkendt under overvågning, skal der udføres en handling for at opdatere filplaceringen.

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

• Beslut, hvilke niveauer for styring af arbejdsområdet der: Fastlæg de styringsniveauer, du skal bruge. Prøv at holde det så enkelt som muligt.
• Beslut, hvordan du klassificerer et arbejdsområde: Bestem, hvilke beslutningskriterier der skal bruges til at klassificere arbejdsområder til et bestemt styringsniveau.
• Beslut, hvilke krav til styring af arbejdsområdet der skal: For hvert styringsniveau skal du bestemme, hvilke specifikke krav der skal være.
• Beslut, hvordan du angiver styringsniveauet for arbejdsområdet: Find den nemmeste måde at identificere styringsniveauet for et arbejdsområde på. Du kan registrere den som en del af navnet, en del af beskrivelsen eller gemt et andet sted (f.eks. en SharePoint-liste, der indeholder flere oplysninger om hvert arbejdsområde).
• Opret dokumentation til krav til styring af arbejdsområder: Opret nyttig dokumentation, der er målrettet indholdsforfattere, der indeholder deres ansvar for administration af indhold i et underlagt arbejdsområde. Gør oplysningerne tilgængelige på din centraliserede portal og dit undervisningsmateriale.
• Opret overvågningsprocesser for arbejdsområder: For arbejdsområder, der anses for at være underlagt, skal du oprette en overvågningsproces for at identificere områder, hvor de vigtigste krav ikke er opfyldt. Sørg for, at nogen er ansvarlig for at kontakte indholdsejere for at løse problemer med overholdelse af angivne standarder.

Relateret indhold

I den næste artikel i denne serie kan du få mere at vide om planlægning på arbejdsområdeniveau.