Planlægning af Power BI-implementering: Planlæg og design indhold

Seddel

Denne artikel er en del af Power BI-implementeringsplanlægning række artikler. 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 Power BI-implementering.

Denne artikel hjælper dig med at planlægge og designe indhold som en del af administrationen af indholdslivscyklussen. Det er primært rettet mod:

• COE(Center of Excellence) og BI-teams: De teams, der er ansvarlige for at holde tilsyn med Power BI i organisationen. Disse teams omfatter beslutningstagere, der bestemmer, hvordan de skal administrere livscyklussen for Power BI-indhold.
• Indholdsoprettere og indholdsejere: Brugere, der opretter indhold, som de vil publicere på Fabric-portalen for at dele med andre. Disse personer er ansvarlige for at administrere livscyklussen for det Power BI-indhold, de opretter.

Livscyklusstyring består af de processer og fremgangsmåder, du bruger til at håndtere indhold fra oprettelsen til dens ophør. Som beskrevet i første artikel i denne serieer det vigtigt at administrere Power BI-indholdslivscyklussen for at sikre pålidelig og ensartet levering af indhold til virksomhedsbrugere.

Det første trin i indholdslivscyklussen er at planlægge og designe indhold. Du starter typisk indholdslivscyklussen ved at udføre BI-løsningsplanlægning. Du indsamle krav for at forstå og definere det problem, som din løsning skal håndtere, og nå frem til et løsningsdesign. I denne planlægnings- og designfase træffer du vigtige beslutninger for at forberede dig på de senere faser.

På følgende billede kan du se livscyklussen for Power BI-indhold og fremhæve fase 1, hvor du planlægger og designer indhold.

Seddel

Du kan finde en oversigt over administration af indholdslivscyklus i første artikel i denne serie.

Drikkepenge

I denne artikel fokuseres der på vigtige overvejelser og beslutninger i forbindelse med indholdsplanlægning og -design, da de vedrører livscyklusstyring.

• Du kan få flere oplysninger om , hvordan du effektivt planlægger og designer en Fabric- eller Power BI-løsning, ved at læse artiklen løsningsplanlægning.
• Hvis du vil have flere oplysninger om, hvordan du planlægge en migreringi Power BI effektivt, anbefaler vi, at du læser serien migrering til Power BI.

Når du indsamler krav, skal du tydeligt beskrive aspekter om det indhold, der påvirker din tilgang til livscyklusstyring. Du bør dokumentere disse aspekter som en del af din løsningsplanlægning og dit design.

I følgende afsnit i denne artikel beskrives de vigtigste aspekter og overvejelser i forbindelse med en løsning, der kan motivere din tilgang til livscyklusstyring, når du planlægger og designer dit indhold.

Identificer og beskriv indholdet

Når du designer din løsning, skal du beskrive, hvad indholdet er, hvem der opretter den, hvem der understøtter den, og hvor vigtigt dette indhold er for organisationen. Du skal håndtere disse faktorer under eller efter, at du er færdig, indsamlingskrav som en del af dit løsningsdesign.

Seddel

Ligesom dine krav kan svarene på disse spørgsmål ændre sig, når du udvikler løsningen eller senere i dens livscyklus. Når du har besvaret disse spørgsmål, skal du være forberedt på jævnligt at evaluere dem igen, når du foretager ændringer af indhold, eller som det skaleres i antallet af brugere, som det tjener.

Besvar følgende spørgsmål om dit indhold for at hjælpe dig med at træffe senere beslutninger om administration af livscyklus.

Hvad er indholdets format?

Indholdstype, omfang og kompleksitet motiverer vigtige beslutninger om, hvordan du administrerer det. En enkelt rapport til en begrænset målgruppe kræver f.eks. en anden tilgang til administration af livscyklus sammenlignet med en semantisk model, der bruges af hele organisationen og af flere forskellige downstreamarbejdsbelastninger.

Besvar spørgsmål som følgende for at hjælpe dig med at bestemme, hvilken type indhold du opretter.

• Hvilke elementtyper forventer du at oprette, og hvor mange af hver? Vil du f.eks. oprette dataelementer som dataflow eller semantiske modeller, rapportere elementer som rapporter eller dashboards eller en kombination af begge?
• Hvordan leveres indholdet til forbrugere af indhold? Vil forbrugerne f.eks. bruge dataelementer til at oprette deres eget indhold, vil de kun få vist centraliserede rapporter eller en kombination af begge dele?
• Hvor komplekst er indholdet? Er det f.eks. en lille prototype eller en stor semantisk model, der omfatter flere forretningsprocesser?
• Forventer du, at indholdets skalering, omfang og kompleksitet vokser over tid? Vil indholdet f.eks. omfatte andre områder eller forretningsområder i fremtiden?
• Hvor længe forventer du, at virksomheden har brug for dette indhold? Vil dette indhold f.eks. understøtte et nøgleinitiativ fra den virksomhed, der har en endelig tidslinje?

Drikkepenge

Overvej at oprette et arkitektonisk diagram for at beskrive indholdets format. Du kan inkludere forskellige datakilder, elementtyper og indholdsforbrugere og relationerne mellem disse diskrete komponenter. Et arkitektonisk diagram kan hjælpe med præcist at skildre indholdet og dets kompleksitet, og det hjælper dig med at planlægge dens livscyklusstyring. Du kan bruge ikonerne for Fabric og Azure-ikoner til at oprette disse diagrammer i ekstern software. Du kan også bruge Azure-diagrammer, som leveres med ikoner og tegneværktøjer til at oprette disse diagrammer.

Du kan se et eksempel på sådanne diagrammer i Planlægning af Power BI-implementering diagrammer over forbrugsscenarier.

Hvem skal oprette og understøtte indholdet?

Indholdsoprettere har forskellige behov, færdigheder og arbejdsprocesser. Disse faktorer vil påvirke succesen af forskellige tilgange til livscyklusstyring. Større centrale teams med samarbejde kræver ofte mere avanceret administration af indholdslivscyklus end mindre teams af oprettere af selvbetjening.

Besvar spørgsmål som følgende for at hjælpe dig med at afgøre, hvem der skal oprette eller understøtte indholdet.

• Hvor mange forskellige personer forventer du at oprette dette indhold? Samarbejder flere indholdsforfattere, eller er en enkelt person ansvarlig for at oprette indholdet?
• Kender indholdsforfattere livscyklusstyring og relaterede begreber, f.eks. versionsstyring? Forstår indholdsoprettere fordelene ved livscyklusstyring?
• Vil de indholdsforfattere, der udvikler løsningen, være de samme personer, der understøtter den efter udrulningen?
• Har indholdsoprettere eller deres teams eksisterende praksis for administration af livscyklus for at understøtte eksisterende løsninger?
• Bruger indholdsoprettere i øjeblikket værktøjer til administration af livscyklus, f.eks. Azure DevOps?

Vigtig

Sørg for, at du tydeligt dokumenterer, hvem der er ansvarlig for at oprette indhold, og hvem der understøtter det, når det er udrullet til produktion. Involver alle disse personer i planlægning af administration af indholdslivscyklus.

Hvad er indholdets betydning?

Afhængigt af hvor vigtigt indholdet er for virksomheden, træffer du forskellige beslutninger om, hvordan du administrerer det. Forretningskritisk indhold kræver mere robuste tilgange til administration af indholdslivscyklus for at beskytte kvaliteten og afhjælpe mulige afbrydelser.

Besvar spørgsmål som følgende for at hjælpe dig med at afgøre, om indholdet er kritisk.

• Hvor vigtigt er dette indhold for virksomheden? Hvor presserende er anmodningen om at udvikle den?
• Vil forretningskritiske beslutninger eller handlinger blive truffet ud fra oplysninger fra dette indhold?
• Hvor bredt forventer du at distribuere dette indhold (fra hele organisationen til et begrænset lokalt team)?
• Vil ledere eller andre strategiske beslutningstagere stole på dette indhold til deres arbejde?
• Hvad er virkningen af dette indhold? Hvis indholdet f.eks. pludselig ikke er tilgængeligt, hvilke forretningseffekter vil der så opstå, f.eks. mistet indtægt eller afbrudte forretningsprocesser?

Når du har identificeret og beskrevet det indhold, du opretter, skal du derefter beslutte, hvordan indholdsoprettere skal samarbejde.

Beslut, hvordan indholdsoprettere skal samarbejde

I takt med at en løsning øger omfanget og kompleksiteten, kan det blive nødvendigt for flere indholdsforfattere og -ejere at arbejde i samarbejde. Når du opretter komplekse løsninger, anbefaler vi, at du bruger effektive værktøjer, der hjælper med at strukturere, administrere og understøtte samarbejde. Der er mange måder at samarbejde på, når du producerer Power BI-indhold, f.eks. ved hjælp af Microsoft Teams eller Azure DevOps.

Drikkepenge

Selv når indholdsoprettere arbejder selvstændigt, kan de stadig drage fordel af at planlægge og strukturere deres arbejde ved hjælp af værktøjer som Microsoft Teams og Azure DevOps.

Microsoft Teams

I forbindelse med mindre eller enklere projekter kan indholdsoprettere samarbejde ved hjælp af Microsoft Teams.

Ved hjælp af Microsoft Teams strukturerer indholdsoprettere deres kommunikation, planlægning og arbejde i teams og kanaler. Microsoft Teams er ofte et godt valg til enklere samarbejdsscenarier. Decentraliserede teams, der producerer indhold til en begrænset målgruppe, kan f.eks. bruge dokumentbiblioteker til lagring af filer og versionsstyring. De kan også gøre brug af andre integrerede værktøjer og tjenester.

Drikkepenge

Vi anbefaler, at du bruger Microsoft Teams til at facilitere effektiv administration af indholdslivscyklus i selvbetjeningsscenarier med decentral levering af indhold.

Hvis du vil samarbejde og kommunikere i Microsoft Teams, skal du bruge supporttjenester i hele livscyklussen for dit Power BI-indhold.

• Planner: Indholdsejere kan bruge Planner til at oprette planer, som de bruger til at spore opgaver og omfang af indholdsarbejde. Opgaver kan beskrive problemer, fejl eller funktioner i løsningen og de tilsvarende interessenter.
• SharePoint: Indholdsoprettere kan gemme og administrere filer i et Microsoft Teams-dokumentbibliotek eller et forbundet websted for hver kanal. Indholdsfiler, der er gemt i SharePoint, kan bruge versionsstyring til at spore og administrere indholdsændringer. Du kan finde flere oplysninger om sporing og administration af ændringer ved hjælp af SharePoint i fase 2: Udvikl indhold, og administrer ændringer.
• Godkendelser: Indholdsoprettere og -ejere kan konfigurere og bruge arbejdsprocesser til at godkende indholdsændringer eller -udgivelser efter gennemsyn.
• Fabric- og Power BI-: Indholdsoprettere og -ejere kan få adgang til Fabric-portalen fra Microsoft Teams. Herfra kan de administrere eller diskutere indhold og føje nyttige rapporter til faner i Teams-kanaler.
• Andre integrationer: Indholdsoprettere kan gøre brug af andre Microsoft- eller tredjepartstjenester, der integreres med Microsoft Teams, så de passer bedst til deres foretrukne arbejdsproces og behov.

Vi anbefaler, at du definerer en struktureret proces for, hvordan indholdsoprettere skal bruge Microsoft Teams til at samarbejde. Sørg for, at du bestemmer:

• Sådan administrerer du adgang til teams og kanaler.
• Hvem er ansvarlig for administration af teams og kanaler.
• Sådan er arbejdet begrænset og organiseret i forskellige teams, kanaler og planer.
• Sådan skal oprettere af indhold bruge et dokumentbibliotek til at organisere filer og spore og administrere ændringer. Det kan f.eks. være, hvordan dokumentbiblioteket organiseres, og om indholdsoprettere skal tjekke filer ind og ud.
• Angiver, om indholdsoprettere skal bruge Opdatering af OneDrive til automatisk at publicere Power BI Desktop-filer (.pbix).
• Sådan løses filsynkroniseringskonflikter.
• Hvornår skal du arkivere og fjerne filer fra et dokumentbibliotek, der ikke længere er relevant.

Azure DevOps

Indholdsoprettere og -ejere kan også kommunikere og samarbejde i en central, organiseret hub ved hjælp af Azure DevOps.

Seddel

Azure DevOps er en pakke af tjenester, der kan integreres med Power BI og Fabric, så du kan planlægge og organisere administration af indholdslivscyklus. Når du bruger Azure DevOps på denne måde, bruger du typisk følgende tjenester:

• Azure Repos: Giver dig mulighed for at oprette og bruge et eksternt Git-lager, som er en fjernlagerplacering, du bruger til at spore og administrere indholdsændringer.
• Azure Pipelines: Giver dig mulighed for at oprette og bruge et sæt automatiserede opgaver til at håndtere, teste og udrulle indhold fra et fjernlager til et arbejdsområde.
• Azure Test Plans: Giver dig mulighed for at designe test for at validere løsningen og automatisere kvalitetskontrol sammen med Azure Pipelines.
• Azure Boards: Giver dig mulighed for at bruge tavler til at spore opgaver og planer som arbejdselementer og linke eller referere til arbejdselementer fra andre Azure DevOps-tjenester.
• Azure Wiki: Giver dig mulighed for at dele oplysninger med deres team for at forstå og bidrage til indhold.

Ved hjælp af Azure DevOps bruger indholdsoprettere projekter til at strukturere deres kommunikation, planlægning og arbejde. Derudover kan indholdsoprettere orkestrere administration af indholdslivscyklus fra Azure DevOps ved at udføre versionsstyring, validering og udrulning. Versionsstyring er processen med at administrere mere detaljerede ændringer af indholdskode og metadata.

Azure DevOps er ofte et godt valg til mere avancerede samarbejdsscenarier, fordi der er understøttende tjenester og muligheder for at orkestrere oprettelse og udrulning af indhold.

Drikkepenge

Vi anbefaler, at du bruger Azure DevOps til at hjælpe med effektiv administration af indholdslivscyklus i virksomhedsscenarier med central levering af indhold. Samarbejde ved hjælp af Azure DevOps eller lignende værktøjer foretrækkes i større eller mere komplekse scenarier i forhold til samarbejde ved hjælp af Microsoft Teams eller SharePoint. Det skyldes, at der er flere tilgængelige værktøjer og muligheder for at facilitere mere robust samarbejde og automatisering.

Vi anbefaler, at du definerer en struktureret proces for, hvordan indholdsoprettere skal bruge Azure DevOps til at samarbejde. Sørg for, at du bestemmer:

• Hvordan arbejdet er begrænset, og hvordan indholdsgrene oprettes, navngives og bruges.
• Hvordan forfattere grupperer og bekræfter ændringer og beskriver dem med bekræftelsesmeddelelser.
• Hvem er ansvarlig for at gennemse og godkende ændringer ved hjælp af pullanmodninger.
• Sådan løses konflikter for fletning af anmodninger, og hvem der løser dem.
• Hvordan ændringer foretaget i forskellige forgreninger skal flettes til en enkelt forgrening.
• Sådan testes indhold, og hvem der udfører test, før indhold udrulles.
• Hvordan og hvornår ændringer udrulles til udviklings-, test- og produktionsarbejdsområder.
• Hvordan og hvornår udrullede ændringer eller versioner af løsningen kan annulleres.

Seddel

Du kan også bruge Microsoft Teams sammen med Azure DevOps, fordi der er forskellige måder at integrere disse tjenester på. Du kan f.eks. få vist og administrere Azure Boards og overvåge hændelser i Azure Pipelines fra Microsoft Teams.

Det vigtigste er, at du bruger værktøjer og tjenester, der faciliterer samarbejde for dig, og som passer bedst til dit teams behov og den måde, de arbejder på.

Når du har besluttet, om og hvordan indholdsoprettere skal samarbejde, skal du derefter beslutte, hvor du vil gemme dine filer. Mange af disse filer gemmes, hvor du vælger at samarbejde.

Beslut, hvor filer skal gemmes

Når du opretter indhold, opretter du typisk forskellige filtyper. Det er vigtigt at beslutte, hvor disse filer skal gemmes, så du kan administrere dem effektivt.

Drikkepenge

Gem filer, hvor flere teammedlemmer kan få adgang til dem, og hvor ændringer nemt kan spores (også kaldet versionsstyring). Denne fremgangsmåde sikrer, at et teammedlems afgang eller tab af en fil ikke medfører afbrydelse.

De filtyper, du skal gemme, omfatter ofte:

• indholdsfiler: Filer, der indeholder indholdsdata eller metadata. Indholdsfiler med data som .pbix- og Power BI Project-filer (.pbip) indeholder følsomme oplysninger. Gem indholdsfiler på en sikker placering, der kun er tilgængelige for dem, der har brug for adgang til dem. Du skal også gemme indholdsfiler på en placering, der understøtter versionsstyring, f.eks. et dokumentbibliotek i Microsoft Teams eller et Git-lager i Azure DevOps. Eksempler på indholdsfiler omfatter:
  • Power BI Desktop-filer (.pbix)
  • Power BI Project-filer (.pbip)
  • Sideinddelte rapportfiler (.rdl) i Power BI
  • Modelmetadatafiler (.bim eller TMDL)
  • Dataflowmetadatafiler (.json)
• Datakildefiler: Filer, der forbruges af dataelementer, f.eks. semantiske modeller eller dataflow. Indhold afhænger direkte af datakildefiler, så det er vigtigt at overveje nøje, hvor de er gemt, da fjernelse af dem medfører fejl i dataopdateringen. Derudover kan disse filer indeholde følsomme oplysninger. Så gem datakildefiler i et sikkert, pålideligt og pålideligt miljø, der har begrænset adgang for andre personer. Eksempler på datakildefiler kan omfatte:
  • Strukturerede datakilder, f.eks. Excel-projektmapper, Parquet- eller CSV-filer.
  • Semi-strukturerede datakilder, f.eks. JSON- eller XML-filer.
  • Ustrukturerede datakilder, f.eks. billeder, du importerer til rapporter.
• Supplerende filer: Filer, der understøtter oprettelse eller administration af indhold, men som ikke er påkrævet, for at de kan fungere. Supplerende filer skal gemmes på en placering, der understøtter versionsstyring, og hvor andre værktøjer og indholdsforfattere kan få adgang til dem. Eksempler på supplerende filer kan være:
  • Filer med regler for analyse af bedste praksis (.json).
  • Power BI-temafiler (.json).
  • Kildekodefiler til indhold og forespørgsler.
  • Brugerdefinerede visualiseringsfiler (.pbiviz).
• skabeloner og dokumentation: Filer, der hjælper med at oprette indhold via selvbetjening eller beskrive eksisterende indhold. Skabeloner og dokumentation bør være let tilgængelige for de personer, der har brug for at bruge dem. Eksempler på skabeloner og dokumentation kan omfatte:
  • Power BI-skabelonfiler (.pbit).
  • Visualiseringsskabeloner og eksempelrapporter.
  • Løsningsdesign og dokumentation.
  • Løsningsplanlægning og køreplaner.
  • Brugeranmodninger og løsningsproblemer.

Forsigtighed

Nogle indholdsfiler som .pbix- og .pbip-filer kan indeholde følsomme data, der er importeret fra datakilder. Derudover kan metadatafiler som TMDL- eller .pbit-filer også indeholde følsomme oplysninger. Sørg for, at du tager de nødvendige forholdsregler for at gemme disse filer på sikre placeringer, og at du praktiserer effektiv forebyggelse af datatab.

Du har forskellige muligheder for at gemme filer. Sørg for, at du vælger den relevante placering, afhængigt af filtypen, dens indhold, og hvordan den skal bruges.

SharePoint Online eller OneDrive

En almindelig løsning til lagring af filer er at bruge SharePoint websteder. SharePoint er bredt tilgængelig for de fleste brugere og er meget integreret med både Power BI og andre Microsoft 365-programmer, f.eks. Microsoft Teams. Derudover har den indbygget versionsstyring, hvilket gør det praktisk at gemme de fleste filtyper. Versionsstyring giver dig mulighed for at få vist og administrere forskellige gemte versioner af en fil.

Når du gemmer filer i SharePoint, skal du overveje følgende punkter.

• organisations: Sørg for, at du bevarer en konsistent og logisk struktur, så det er nemt at finde bestemte filer. Brug gode navngivningskonventioner, organiser filer i mapper, og arkivér filer, der ikke længere er relevante for igangværende projekter.
• opdateringtil OneDrive: Du kan link en publiceret semantisk model eller rapport til en .pbix-fil, der er gemt på et SharePoint- eller OneDrive for Business-websted (også kaldet OneDrive for work or school). Med denne fremgangsmåde behøver du ikke længere at publicere den semantiske model for at aktivere ændringerne. Dine ændringer er i stedet synlige, når en automatisk OneDrive-opdatering,, der forekommer hver time. Selvom det er praktisk, skal du være opmærksom på, at denne tilgang kommer med nogle advarsler og udfordringer. Når tingene går, kan det ikke let vendes.
• eksempelrapporter: I SharePoint er det muligt at få vist Power BI-rapporter uden at skulle installere Power BI Desktop eller downloade .pbix-filen lokalt. Når du åbner rapporter på denne måde, vises de i browser. Denne funktion kan være et praktisk alternativ til visning af rapporter fra Fabric-portalen. Den er som standard aktiveret i Fabric-lejerindstillingerne.

Drikkepenge

Når du samarbejder ved hjælp af Microsoft Teams, kan du overveje at gemme filer i kanaldokumentbiblioteket. Denne fremgangsmåde hjælper med at centralisere filer og faciliterer samarbejde.

Overvej at gemme følgende filtyper i SharePoint.

• skabeloner og dokumentation: Gem skabeloner og dokumentation i SharePoint, når du ikke har en eksisterende lagerløsning. SharePoint er ideelt til disse filer, fordi du kan give adgang til andre og administrere filer uden kompleks konfiguration eller processer.
• Supplerende filer: Gem supplerende filer i SharePoint, når du ikke har en eksisterende lagerløsning. Nogle supplerende filer (f.eks. Power BI-tema .json filer til rapporter) kan dog være bedre gemt i et versionskontrolsystem, der gør det muligt at få vist og administrere gemte ændringer.
• indholdsfiler: Gem indhold i SharePoint, når det ikke er vigtigt for virksomheden, eller når du ikke har adgang til et fjernlager, f.eks. Azure Repos.
• datakilder: Gem kun datakilder i SharePoint, når de er små og komplekse. Øvelsesdisciplin, når du bruger SharePoint til at gemme datakildefiler. Overvej andre mulige alternativer, f.eks. OneLake.

Forsigtighed

Brug ikke SharePoint som et alternativ til en korrekt dataarkitektur. Selvom lagring af datakildefiler i SharePoint kan være praktisk i nogle begrænsede scenarier, skaleres denne fremgangsmåde ikke, når du har større, mere komplekse datakilder, eller når du har brug for lavere dataventetid.

Advarsel

Brug ikke personlige filsystemer eller personlige OneDrive-konti til at gemme filer. Hvis ejeren forlader organisationen, vil disse filer ikke længere være tilgængelige.

OneLake

Hvis du har en Fabric-kapacitet, kan OneLake være et godt valg til at gemme datakildefiler. Du kan uploade eller synkronisere filer til OneLake ved hjælp af OneLake File Explorer, hvor de kan transformeres til tabeller til brug i arbejdsbelastninger i senere produktionstrin, f.eks. Power BI. Hvis du vil have større eller regelmæssigt opdaterede datakilder, kan du automatisk indlæse filer i OneLake ved hjælp af Fabric Data Factory- eller andre programmer, der bruger ADLS-API'en (Azure Data Lake Storage) eller Azure Storage Python SDK.

Forsigtighed

Handlinger som upload eller download af filer fra OneLake forbruge Fabric-kapacitetsenheder. Du bør overvåge målepunkter for kapacitet og tage skridt til at undgå kapacitetsbelastning, der skyldes unødvendig flytning af store filer.

Desuden er filer, der åbnes af brugere med OneLake File Explorer, sårbare over for utilsigtede ændringer eller tab. Vi anbefaler, at du undgår at bruge OneLake File Explorer til forretningskritiske løsninger.

Advarsel

OneLake File Explorer indeholder flere vigtige begrænsninger og overvejelser. OneLake understøtter f.eks. ikke versionsstyring af filer, f.eks. SharePoint eller OneDrive. Tag højde for disse overvejelser og begrænsninger, når du beslutter, hvor filer skal gemmes.

Drikkepenge

Når du gemmer data i OneLake, kan du overveje at aktivere BCDR (Business Continuity and Disaster Recovery) for at afhjælpe risikoen for tab af data. Når BCDR er aktiveret, duplikeres og gemmes dine data i to forskellige geografiske områder i henhold til Azures standardområdepar.

Fjernlager

Indholdsoprettere kan bekræfte og gemme arbejde fra deres lokale computer på et fjernlager– f.eks. et Azure Repos Git-lager – med jævne mellemrum under udvikling. Et eksternt lager indeholder den nyeste version af løsningen, og det er tilgængeligt for hele udviklingsteamet. Et fjernlager faciliterer typisk mere avancerede tilgange til administration af livscyklus end brug af Teams, SharePoint eller OneDrive. Det skyldes, at indholdsoprettere ved hjælp af et eksternt lager kan drage fordel af mere avancerede muligheder for at samarbejde om filer eller spore og administrere filændringer. Indholdsoprettere kan f.eks. arbejde på deres egen forgrening af fjernlageret for at foretage ændringer og anmode om at flette disse ændringer til hovedgrenen, når de er klar.

Overvej at gemme følgende filtyper i et fjernlager.

• skabeloner og dokumentation: Gem skabeloner og dokumentation i et fjernlager, når du administrerer projektet med relaterede tjenester, f.eks. Azure DevOps.
• Supplerende filer: Gem supplerende filer i et eksternt lager, når der er en tilgængelig fil til nemt at spore og administrere ændringer.
• indholdsfiler: Gem indhold i et fjernlager, når det er vigtigt for virksomheden, eller du har til hensigt at samarbejde med andre udviklere om det samme indhold. Et eksternt lager er ideelt til sporing af indholdsændringer og til at lette samarbejdet.

Drikkepenge

Når du bruger et eksternt lager, kan du overveje at gemme Power BI-rapporter og semantiske modeller som Power BI Desktop-projektfiler (.pbip) i stedet for .pbix-filer. Det skyldes, at gemte ændringer ikke kan identificeres i en .pbix-fil.

Ingen filer: Indhold, der er oprettet på Fabric-portalen

Indholdsforfattere kan oprette indhold direkte på Fabric-portalen. I dette scenarie fungerer de normalt ikke direkte med indholdsfiler. Du bør typisk kun oprette indhold på Fabric-portalen, når elementtyperne ikke kan oprettes andre steder (f.eks. dataflow, dashboards eller scorecards). Du kan også oprette rapporter og semantiske modeller på Fabric-portalen, når du ikke har adgang til en Windows-maskine og derfor ikke kan bruge Power BI Desktop. Du kan få flere oplysninger under Brugerværktøjer og -enheder.

Forsigtighed

Du kan ikke downloade noget indhold, der er oprettet på Fabric-portalen, som en fil. Rapporter, der er oprettet på Fabric-portalen, kan f.eks. ikke downloades som .pbix-filer.

Når du opretter indhold på Fabric-portalen, skal du i stedet bruge Fabric API'er eller Git-integration til at sikkerhedskopiere indholdsdefinitioner. Når du sikkerhedskopier indholdsdefinitioner, afhjælper du afbrydelse, hvis indholdet ved et uheld bliver slettet eller utilsigtet ændret. Hvis indhold slettes eller ændres ved et uheld, kan du erstatte det ved hjælp af sikkerhedskopien.

tjekliste – Når du planlægger og designer indhold, omfatter vigtige beslutninger og handlinger:

• Planlæg løsningsplanlægning: Indsaml forretningsmæssige krav og tekniske krav, til at forstå det problem, dit indhold løser, og til at designe, hvordan dette indhold løser problemet.
• Identificer, hvem der skal oprette indholdet: Afhængigt af den enkelte indholdsopretters arbejdsproces, færdigheder og behov kan det være nødvendigt med forskellige tilgange til livscyklusstyring.
• Identificer, om flere oprettere af indhold har brug for at samarbejde: Kontrollér, at samarbejdende indholdsforfattere bruger filtyper, der understøtter versionsstyring, f.eks. .pbip-filer.
• Beslut, hvordan indholdsoprettere skal samarbejde: Beslut, hvor avanceret samarbejdet skal være. Du kan også beslutte, hvordan du vil facilitere dette samarbejde, f.eks. ved hjælp af Microsoft Teams eller Azure DevOps.
• Konfigurer samarbejdsværktøjer: Sørg for, at du udfører den nødvendige førstegangskonfiguration for løsningen eller projektet. Tag vigtige beslutninger om, hvordan du administrerer samarbejde ved hjælp af disse værktøjer.
• Gem datakildefiler i SharePoint- eller OneLake-: Gem små, enkle datakildefiler i SharePoint. Ellers skal du bruge OneLake eller ADLSGen2 (hvis de er tilgængelige) i stedet.
• Gem indhold og supplerende filer i SharePoint eller et fjernlager: Hvis du vil have mere enkle, mindre projekter, skal du bruge SharePoint til de fleste filer, hvis det er organiseret, og du praktiserer god adgangsstyring. I større miljøer, eller når der kræves parallel samarbejde, kan du overveje at bruge et fjernlager, som giver detaljeret synlighed af indholdsændringer.
• Store-skabeloner og -dokumentation i SharePoint: Sørg for, at skabeloner og dokumentation er nemme for andre at finde, bruge og forstå.
• Plan for udvikling og udrulning: Udfør en specifik planlægning for at behandle nøgleområder og udføre den indledende konfiguration. Du kan f.eks. oprette værktøjer og teste datakildeforbindelser.

Relateret indhold

I næste artikel i denne seriekan du få mere at vide om, hvordan du udvikler indhold og administrerer ændringer som en del af administrationen af indholdslivscyklussen.