Planering av Power BI-implementering: Planera och utforma innehåll

Kommentar

Den här artikeln är en del av planeringsserien för Power BI-implementering. Den här serien fokuserar främst på Power BI-upplevelsen i Microsoft Fabric. En introduktion till serien finns i Implementeringsplanering för Power BI.

Den här artikeln hjälper dig att planera och utforma innehåll som en del av hanteringen av innehållslivscykeln. Det är främst inriktat på:

• Center of Excellence (COE) och BI-team: De team som ansvarar för att övervaka Power BI i organisationen. De här teamen omfattar beslutsfattare som bestämmer hur de ska hantera livscykeln för Power BI-innehåll.
• Innehållsskapare och innehållsägare: Användare som skapar innehåll som de vill publicera till infrastrukturresursportalen för att dela med andra. Dessa personer ansvarar för att hantera livscykeln för det Power BI-innehåll som de skapar.

Livscykelhantering består av de processer och metoder som du använder för att hantera innehåll från skapandet till dess slutliga tillbakadragning. Som beskrivs i den första artikeln i den här serien är det viktigt att hantera Power BI-innehållslivscykeln för att säkerställa tillförlitlig och konsekvent leverans av innehåll till företagsanvändare.

Det första steget i innehållslivscykeln är att planera och utforma innehåll. Du startar vanligtvis innehållslivscykeln genom att utföra BI-lösningsplanering. Du samlar in krav för att förstå och definiera det problem som lösningen ska åtgärda och komma fram till en lösningsdesign. Under den här planerings- och designfasen fattar du viktiga beslut för att förbereda dig för de senare stegen.

Följande bild visar livscykeln för Power BI-innehåll, som markerar steg ett, där du planerar och utformar innehåll.

Kommentar

En översikt över innehållslivscykelhantering finns i den första artikeln i den här serien.

Dricks

Den här artikeln fokuserar på viktiga överväganden och beslut för innehållsplanering och design när det gäller livscykelhantering.

• Om du vill ha mer information om hur du effektivt planerar och utformar en Fabric- eller Power BI-lösning rekommenderar vi att du läser artikeln lösningsplanering.
• För mer information om hur du effektivt planerar en Power BI-migrering rekommenderar vi att du läser Power BI-migreringsserien .

När du samlar in krav bör du tydligt beskriva aspekter av innehållet som påverkar din inställning till livscykelhantering. Du bör dokumentera dessa aspekter som en del av din lösningsplanering och design.

I följande avsnitt i den här artikeln beskrivs viktiga aspekter och överväganden för en lösning som motiverar din inställning till livscykelhantering när du planerar och utformar ditt innehåll.

Identifiera och beskriva innehållet

När du utformar din lösning bör du beskriva vad innehållet är, vem som ska skapa det, vem som ska stödja det och hur viktigt det här innehållet är för organisationen. Du bör ta itu med dessa faktorer under eller efter att du har slutfört insamlingen av krav som en del av din lösningsdesign.

Kommentar

Precis som dina krav kan svaren på dessa frågor ändras när du utvecklar lösningen eller senare i dess livscykel. När du har besvarat dessa frågor bör du vara beredd att regelbundet utvärdera dem igen när du gör ändringar i innehållet, eller när det skalar in antalet användare som det fungerar.

Besvara följande frågor om ditt innehåll som hjälper dig att fatta senare beslut om livscykelhantering.

Vilket format har innehållet?

Innehållets typ, omfattning och komplexitet motiverar viktiga beslut om hur du ska hantera det. En enskild rapport för en begränsad målgrupp kräver till exempel en annan metod för livscykelhantering jämfört med en semantisk modell som ska användas av hela organisationen och av flera olika underordnade arbetsbelastningar.

Besvara frågor som följande för att hjälpa dig att avgöra vilken typ av innehåll du ska skapa.

• Vilka objekttyper förväntar du dig att skapa och hur många av varje objekt? Skapar du till exempel dataobjekt som dataflöden eller semantiska modeller, rapporterar objekt som rapporter eller instrumentpaneler eller en kombination av båda?
• Hur levereras innehållet till innehållskonsumenter? Kommer användarna till exempel att använda dataobjekt för att skapa sitt eget innehåll, kommer de bara att visa centraliserade rapporter eller en kombination av båda?
• Hur komplext är innehållet? Är det till exempel en liten prototyp eller en stor semantisk modell som omfattar flera affärsprocesser?
• Förväntar du dig att innehållets skala, omfattning och komplexitet ska växa med tiden? Kommer innehållet till exempel att omfatta andra regioner eller affärsområden i framtiden?
• Hur länge förväntar du dig att företaget behöver det här innehållet? Kommer det här innehållet till exempel att stödja ett viktigt initiativ i verksamheten som har en begränsad tidslinje?

Dricks

Överväg att skapa ett arkitekturdiagram för att beskriva innehållets format. Du kan inkludera olika datakällor, objekttyper och innehållskonsumenter samt relationerna mellan dessa diskreta komponenter. Ett arkitekturdiagram kan hjälpa dig att kortfattat beskriva innehållet och dess komplexitet, och det hjälper dig att planera livscykelhanteringen. Du kan använda infrastrukturikonerna och Azure-ikonerna för att skapa dessa diagram i extern programvara. Du kan också använda Azure-diagram, som levereras med ikoner och ritverktyg för att skapa dessa diagram.

Ett exempel på sådana diagram finns i diagram för planering av användningsscenario för Power BI-implementering.

Vem kommer att skapa och stödja innehållet?

Innehållsskapare har olika behov, färdigheter och arbetsflöden. Dessa faktorer påverkar framgången för olika livscykelhanteringsmetoder. Större, centrala team med samarbete kräver ofta mer avancerad innehållslivscykelhantering än mindre team med självbetjäningsskapare.

Besvara frågor som följande för att hjälpa dig att avgöra vem som ska skapa eller stödja innehållet.

• Hur många olika personer förväntar du dig att skapa det här innehållet? Kommer flera innehållsskapare att samarbeta eller är en enskild person ansvarig för att skapa innehållet?
• Är innehållsskapare bekanta med livscykelhantering och relaterade begrepp, till exempel versionskontroll? Förstår innehållsskapare fördelarna med livscykelhantering?
• Kommer innehållsskaparna som utvecklar lösningen att vara samma personer som stöder den efter distributionen?
• Har innehållsskapare eller deras team befintliga metoder för livscykelhantering för att stödja befintliga lösningar?
• Använder innehållsskapare för närvarande livscykelhanteringsverktyg som Azure DevOps?

Viktigt!

Se till att du tydligt dokumenterar vem som ansvarar för att skapa innehåll och vem som ska stödja det när det har distribuerats till produktion. Involvera alla dessa personer i planeringen för innehållslivscykelhantering.

Vad är innehållets betydelse?

Beroende på hur viktigt innehållet är för verksamheten kan du fatta olika beslut om hur det ska hanteras. Affärskritiskt innehåll kräver mer robusta metoder för innehållslivscykelhantering för att skydda kvalitet och minimera eventuella störningar.

Besvara frågor som följande för att avgöra om innehållet är kritiskt.

• Hur viktigt är det här innehållet för verksamheten? Hur brådskande är begäran om att utveckla den?
• Kommer affärskritiska beslut eller åtgärder att fattas från information som tillhandahålls av det här innehållet?
• Hur brett förväntar du dig att distribuera det här innehållet (från hela organisationen till ett begränsat lokalt team)?
• Kommer chefer eller andra strategiska beslutsfattare att förlita sig på detta innehåll för sitt arbete?
• Vad är effekten av det här innehållet? Om innehållet till exempel plötsligt inte är tillgängligt, vilka affärseffekter skulle inträffa, till exempel förlorade intäkter eller avbrutna affärsprocesser?

När du har identifierat och beskrivit innehållet som du skapar tillräckligt bör du nu bestämma hur innehållsskapare ska samarbeta.

Bestäm hur innehållsskapare ska samarbeta

När en lösning ökar i omfattning och komplexitet kan det bli nödvändigt för flera innehållsskapare och ägare att arbeta i samarbete. När du skapar komplexa lösningar rekommenderar vi att du använder effektiva verktyg som hjälper dig att strukturera, hantera och stödja samarbete. Det finns många sätt att samarbeta när du skapar Power BI-innehåll, till exempel med hjälp av Microsoft Teams eller Azure DevOps.

Dricks

Även när innehållsskapare arbetar oberoende av varandra kan de fortfarande dra nytta av att planera och strukturera sitt arbete med hjälp av verktyg som Microsoft Teams och Azure DevOps.

Microsoft Teams

För mindre eller enklare projekt kan innehållsskapare samarbeta med hjälp av Microsoft Teams.

Genom att använda Microsoft Teams strukturerar innehållsskapare sin kommunikation, planering och sitt arbete i team och kanaler. Microsoft Teams är ofta ett bra val för enklare samarbetsscenarier. Decentraliserade team som producerar innehåll för en begränsad målgrupp kan till exempel använda dokumentbibliotek för att lagra filer och versionskontroll. De kan också använda andra integrerade verktyg och tjänster.

Dricks

Vi rekommenderar att du använder Microsoft Teams för att underlätta effektiv innehållslivscykelhantering i självbetjäningsscenarier med decentraliserad innehållsleverans.

För att samarbeta och kommunicera i Microsoft Teams använder du stödtjänster under hela livscykeln för ditt Power BI-innehåll.

• Planner: Innehållsägare kan använda Planner för att skapa planer som de använder för att spåra uppgifter och omfångsinnehållsarbete. Uppgifter kan beskriva problem, buggar eller funktioner i lösningen och motsvarande intressenter.
• SharePoint: Innehållsskapare kan lagra och hantera filer i ett Microsoft Teams-dokumentbibliotek eller en ansluten webbplats för varje kanal. Innehållsfiler som lagras i SharePoint kan använda versionskontroll för att spåra och hantera innehållsändringar. Mer information om hur du spårar och hanterar ändringar med hjälp av SharePoint finns i Steg 2: Utveckla innehåll och hantera ändringar.
• Godkännanden: Innehållsskapare och ägare kan konfigurera och använda arbetsflöden för att godkänna innehållsändringar eller versioner efter granskning.
• Infrastrukturresurser och Power BI: Innehållsskapare och ägare kan komma åt Infrastrukturportalen inifrån Microsoft Teams. Därifrån kan de hantera eller diskutera innehåll och lägga till användbara rapporter på flikar i Teams-kanaler.
• Andra integreringar: Innehållsskapare kan använda andra Microsoft- eller tredjepartstjänster som integreras med Microsoft Teams för att bäst passa deras önskade arbetsflöde och behov.

Vi rekommenderar att du definierar en strukturerad process för hur innehållsskapare ska använda Microsoft Teams för att samarbeta. Se till att du fastställer:

• Hantera åtkomst till team och kanaler.
• Vem ansvarar för att hantera team och kanaler.
• Hur arbetet begränsas och organiseras i olika team, kanaler och planer.
• Hur innehållsskapare ska använda ett dokumentbibliotek för att ordna filer och spåra och hantera ändringar. Till exempel hur du organiserar dokumentbiblioteket och om innehållsskapare ska checka in och checka ut filer.
• Om innehållsskapare ska använda OneDrive-uppdatering för att automatiskt publicera Power BI Desktop-filer (.pbix).
• Så här löses filsynkroniseringskonflikter.
• När du ska arkivera och ta bort filer från ett dokumentbibliotek som inte längre är relevanta.

Azure DevOps

Innehållsskapare och ägare kan också kommunicera och samarbeta i en central, organiserad hubb med hjälp av Azure DevOps.

Kommentar

Azure DevOps är en uppsättning tjänster som integreras med Power BI och Fabric för att hjälpa dig att planera och samordna innehållslivscykelhantering. När du använder Azure DevOps på det här sättet använder du vanligtvis följande tjänster:

• Azure Repos: Gör att du kan skapa och använda en fjärransluten Git-lagringsplats, som är en fjärrlagringsplats som du använder för att spåra och hantera innehållsändringar.
• Azure Pipelines: Gör att du kan skapa och använda en uppsättning automatiserade uppgifter för att hantera, testa och distribuera innehåll från en fjärrlagringsplats till en arbetsyta.
• Azure-testplaner: Gör att du kan utforma tester för att verifiera lösningen och automatisera kvalitetskontroll tillsammans med Azure Pipelines.
• Azure Boards: Gör att du kan använda tavlor för att spåra uppgifter och planer som arbetsobjekt och länka eller referera till arbetsobjekt från andra Azure DevOps-tjänster.
• Azure Wiki: Gör att du kan dela information med deras team för att förstå och bidra till innehåll.

Med Hjälp av Azure DevOps använder innehållsskapare projekt för att strukturera sin kommunikation, planering och sitt arbete. Dessutom kan innehållsskapare samordna innehållslivscykelhantering inifrån Azure DevOps genom att utföra källkontroll, validering och distribution. Källkontroll är processen för att hantera mer detaljerade ändringar av innehållskod och metadata.

Azure DevOps är ofta ett bra val för mer avancerade samarbetsscenarier, eftersom det finns stöd för tjänster och alternativ för att orkestrera skapande och distribution av innehåll.

Dricks

Vi rekommenderar att du använder Azure DevOps för att underlätta effektiv innehållslivscykelhantering i företagsscenarier med centraliserad innehållsleverans. Samarbete med hjälp av Azure DevOps eller liknande verktyg föredras i större eller mer komplexa scenarier framför samarbete med hjälp av Microsoft Teams eller SharePoint. Det beror på att det finns fler verktyg och alternativ för att underlätta mer robust samarbete och automatisering.

Vi rekommenderar att du definierar en strukturerad process för hur innehållsskapare ska använda Azure DevOps för att samarbeta. Se till att du fastställer:

• Hur arbetet är begränsat och hur innehållsgrenar skapas, namnges och används.
• Hur författare grupperar och genomför ändringar och beskriver dem med incheckningsmeddelanden.
• Vem ansvarar för att granska och godkänna ändringar med hjälp av pull-begäranden.
• Så här hämtar du sammanslagningskonflikter för begäranden och vem som löser dem.
• Hur ändringar som görs i olika grenar ska sammanfogas till en enda gren.
• Hur innehåll testas och vem som utför testning innan innehåll distribueras.
• Hur och när ändringar distribueras till arbetsytor för utveckling, testning och produktion.
• Hur och när du distribuerar ändringar eller versioner av lösningen kan återställas.

Kommentar

Du kan också använda Microsoft Teams tillsammans med Azure DevOps eftersom det finns olika sätt att integrera dessa tjänster. Du kan till exempel visa och hantera Azure Boards och övervaka händelser i Azure Pipelines inifrån Microsoft Teams.

Det viktigaste är att du använder verktyg och tjänster som underlättar samarbete för dig, och som bäst passar ditt teams behov och hur de fungerar.

När du har bestämt om och hur innehållsskapare ska samarbeta bör du sedan bestämma var du ska lagra dina filer. Många av dessa filer lagras där du väljer att samarbeta.

Bestämma var filer ska lagras

När du skapar innehåll skapar du vanligtvis olika typer av filer. Det är viktigt att bestämma var filerna ska lagras så att du effektivt kan hantera dem.

Dricks

Lagra filer där de kan nås av flera teammedlemmar och där ändringar enkelt kan spåras (kallas versionskontroll). Den här metoden säkerställer att en gruppmedlems avgång eller förlust av en fil inte leder till avbrott.

De typer av filer som du behöver lagra är ofta:

• Innehållsfiler: Filer som innehåller innehållsdata eller metadata. Innehållsfiler med data som .pbix- och Power BI Project-filer (.pbip) innehåller känslig information. Lagra innehållsfiler på en säker plats som endast är tillgänglig för dem som behöver åtkomst till dem. Du bör också lagra innehållsfiler på en plats som stöder versionskontroll, till exempel ett dokumentbibliotek i Microsoft Teams eller en Git-lagringsplats i Azure DevOps. Exempel på innehållsfiler är:
  • Power BI Desktop-filer (.pbix)
  • Power BI-projektfiler (.pbip)
  • Sidnumrerade Power BI-rapportfiler (.rdl)
  • Modellmetadatafiler (.bim eller TMDL)
  • Dataflödesmetadatafiler (.json)
• Datakällfiler: Filer som används av dataobjekt som semantiska modeller eller dataflöden. Innehållet är direkt beroende av datakällans filer, så det är viktigt att noga överväga var de lagras eftersom borttagning av dem resulterar i datauppdateringsfel. Dessutom kan dessa filer innehålla känslig information. Lagra därför datakällans filer i en säker, tillförlitlig och tillförlitlig miljö som har begränsad åtkomst av andra personer. Exempel på datakällans filer kan vara:
  • Strukturerade datakällor, till exempel Excel-arbetsböcker, Parquet- eller CSV-filer.
  • Halvstrukturerade datakällor, till exempel JSON- eller XML-filer.
  • Ostrukturerade datakällor, till exempel bilder som du importerar till rapporter.
• Stödfiler: Filer som stöder skapande eller hantering av innehåll, men som inte krävs för att det ska fungera. Stödfiler ska lagras på en plats som stöder versionskontroll och där andra verktyg och innehållsskapare kan komma åt dem. Exempel på stödfiler kan vara:
  • Best Practice Analyzer Rules-filer (.json).
  • Power BI-temafiler (.json).
  • Källkodsfiler för innehåll och frågor.
  • Anpassade visualiseringsfiler (.pbiviz).
• Mallar och dokumentation: Filer som underlättar skapandet av självbetjäningsinnehåll eller beskriver befintligt innehåll. Mallar och dokumentation bör vara lättillgängliga för de personer som behöver använda dem. Exempel på mallar och dokumentation kan vara:
  • Power BI-mallfiler (.pbit).
  • Visualiseringsmallar och exempelrapporter.
  • Lösningsdesign och dokumentation.
  • Lösningsplanering och översikter.
  • Problem med användarbegäranden och lösningar.

Varning

Vissa innehållsfiler som .pbix- och .pbip-filer kan innehålla känsliga data som importerats från datakällor. Dessutom kan metadatafiler som TMDL- eller .pbit-filer också innehålla känslig information. Se till att du vidtar nödvändiga försiktighetsåtgärder för att lagra dessa filer på säkra platser och att du övar effektivt skydd mot dataförlust.

Du har olika alternativ för att lagra filer. Se till att du väljer rätt plats, beroende på typ av fil, dess innehåll och hur den ska användas.

SharePoint Online eller OneDrive

En vanlig lösning för att lagra filer är att använda SharePoint-webbplatser . SharePoint är allmänt tillgängligt för de flesta användare och mycket integrerat med både Power BI och andra Microsoft 365-program, till exempel Microsoft Teams. Dessutom har den inbyggd versionskontroll, vilket gör det praktiskt att lagra de flesta filtyper. Med versionskontroll kan du visa och hantera olika sparade versioner av en fil.

Tänk på följande när du lagrar filer i SharePoint.

• Organisation: Se till att du har en konsekvent och logisk struktur så att det är enkelt att hitta specifika filer. Använd bra namngivningskonventioner, ordna filer i mappar och arkivera filer som inte längre är relevanta för pågående projekt.
• OneDrive-uppdatering: Du kan länka en publicerad semantisk modell eller rapport till en .pbix-fil som lagras i en SharePoint- eller OneDrive för företag-webbplats (kallas även OneDrive för arbete eller skola). Med den här metoden behöver du inte längre publicera den semantiska modellen för att åstadkomma ändringar. I stället visas ändringarna efter en automatisk OneDrive-uppdatering, som sker varje timme. Tänk på att den här metoden har vissa varningar och utmaningar. När saker och ting går kan det inte enkelt vändas.
• Förhandsversionsrapporter: I SharePoint går det att visa Power BI-rapporter utan att behöva installera Power BI Desktop eller ladda ned .pbix-filen lokalt. När du öppnar rapporter på det här sättet visas de i webbläsaren. Den här funktionen kan vara ett praktiskt alternativ till att visa rapporter från Infrastrukturportalen. Den är aktiverad som standard i inställningarna för Fabric-klientorganisationen.

Dricks

När du samarbetar med Microsoft Teams bör du överväga att lagra filer i kanaldokumentbiblioteket. Den här metoden hjälper till att centralisera filer och underlättar samarbete.

Överväg att lagra följande filtyper i SharePoint.

• Mallar och dokumentation: Lagra mallar och dokumentation i SharePoint när du inte har någon befintlig lagringslösning. SharePoint är perfekt för dessa filer eftersom du kan ge åtkomst till andra och hantera filer utan komplexa installationer eller processer.
• Stödfiler: Lagra stödfiler i SharePoint när du inte har någon befintlig lagringslösning. Vissa stödfiler (till exempel Power BI-tema .json filer för rapporter) kan dock lagras bättre i ett versionskontrollsystem som gör det möjligt att visa och hantera sparade ändringar.
• Innehållsfiler: Lagra innehåll i SharePoint när det inte är viktigt för verksamheten eller när du inte har åtkomst till en fjärrlagringsplats som Azure Repos.
• Datakällor: Lagra datakällor i SharePoint endast när de är små i storlek och komplexitet. Övningsdisciplin när du använder SharePoint för att lagra datakällans filer. Överväg andra möjliga alternativ, till exempel OneLake.

Varning

Använd inte SharePoint som ett alternativ till en korrekt dataarkitektur. Det kan vara praktiskt att lagra datakällfiler i SharePoint i vissa begränsade scenarier, men den här metoden skalas inte när du har större, mer komplexa datakällor eller när du behöver kortare datafördröjning.

Varning

Använd inte personliga filsystem eller personliga OneDrive-konton för att lagra filer. Om ägaren lämnar organisationen blir filerna inte längre tillgängliga.

OneLake

Om du har en Infrastrukturkapacitet kan OneLake vara ett bra val för att lagra datakällans filer. Du kan ladda upp eller synkronisera filer till OneLake med hjälp av OneLake Utforskaren, där de kan omvandlas till tabeller för användning i underordnade arbetsbelastningar som Power BI. För större eller regelbundet uppdaterade datakällor kan du läsa in filer till OneLake automatiskt med hjälp av Fabric Data Factory eller andra program som använder Azure Data Lake Storage (ADLS) Gen2 API eller Azure Storage Python SDK.

Varning

Åtgärder som att ladda upp eller ladda ned filer från OneLake förbrukar kapacitetsenheter för infrastrukturresurser. Du bör övervaka kapacitetsmått och vidta åtgärder för att undvika kapacitetsbelastning som orsakas av onödig förflyttning av stora filer.

Dessutom är filer som används av användare med OneLake Utforskaren sårbara för oavsiktliga ändringar eller förluster. Vi rekommenderar att du undviker att använda OneLake-Utforskaren för affärskritiska lösningar.

Varning

OneLake Utforskaren har flera viktiga begränsningar och överväganden. OneLake stöder till exempel inte versionskontroll för filer som SharePoint eller OneDrive. Ta hänsyn till dessa överväganden och begränsningar när du bestämmer var du ska lagra filer.

Dricks

När du lagrar data i OneLake bör du överväga att aktivera BCDR (Business Continuity and Disaster Recovery) för att minska risken för dataförlust. När BCDR är aktiverat dupliceras dina data och lagras i två olika geografiska regioner, enligt Azures standardregionpar.

Fjärrlagringsplats

Innehållsskapare kan checka in och spara arbete från sin lokala dator till en fjärrlagringsplats, till exempel en Azure Repos Git-lagringsplats, med jämna mellanrum under utvecklingen. En fjärrlagringsplats innehåller den senaste versionen av lösningen och den är tillgänglig för hela utvecklingsteamet. Vanligtvis underlättar en fjärrlagringsplats mer avancerade metoder för livscykelhantering än att använda Teams, SharePoint eller OneDrive. Det beror på att innehållsskapare med hjälp av en fjärrlagringsplats kan dra nytta av mer avancerade alternativ för att samarbeta om filer eller spåra och hantera filändringar. Innehållsskapare kan till exempel arbeta på sin egen gren av fjärrlagringsplatsen för att göra ändringar och begära att dessa ändringar slås samman till huvudgrenen när de är klara.

Överväg att lagra följande filtyper på en fjärrlagringsplats.

• Mallar och dokumentation: Lagra mallar och dokumentation på en fjärrlagringsplats när du hanterar projektet med relaterade tjänster som Azure DevOps.
• Stödfiler: Lagra stödfiler på en fjärrlagringsplats när en är tillgänglig för att enkelt spåra och hantera ändringar.
• Innehållsfiler: Lagra innehåll på en fjärrlagringsplats när det är viktigt för verksamheten, eller om du tänker samarbeta med andra utvecklare om samma innehåll. En fjärrlagringsplats är perfekt för att spåra innehållsändringar och underlätta samarbete.

Dricks

När du använder en fjärrlagringsplats bör du överväga att lagra Power BI-rapporter och semantiska modeller som Power BI Desktop-projektfiler (.pbip) i stället för .pbix-filer. Det beror på att sparade ändringar inte kan identifieras i en .pbix-fil.

Inga filer: Innehåll som skapats i Fabric-portalen

Innehållsskapare kan skapa innehåll direkt i Fabric-portalen. I det här scenariot fungerar de vanligtvis inte direkt med innehållsfiler. Du bör vanligtvis endast skapa innehåll i Infrastrukturportalen när objekttyperna inte kan skapas någon annanstans (till exempel dataflöden, instrumentpaneler eller styrkort). Du kan också skapa rapporter och semantiska modeller i Infrastrukturportalen när du inte har åtkomst till en Windows-dator och därför inte kan använda Power BI Desktop. Mer information finns i Användarverktyg och enheter.

Varning

Du kan inte ladda ned innehåll som skapats i Infrastrukturportalen som en fil. Rapporter som skapats i Infrastrukturportalen kan till exempel inte laddas ned som .pbix-filer.

När du redigerar innehåll i Fabric-portalen bör du i stället använda Infrastruktur-API:er eller Git-integrering för att säkerhetskopiera innehållsdefinitioner. När du säkerhetskopierar innehållsdefinitioner kan du minimera störningar om innehållet tas bort av misstag eller oavsiktligt ändras. Om innehållet tas bort eller ändras av misstag kan du ersätta det med hjälp av säkerhetskopian.

Checklista – När du planerar och utformar innehåll omfattar viktiga beslut och åtgärder:

• Genomföra lösningsplanering: Samla in affärskrav och tekniska krav för att tillräckligt förstå problemet som ditt innehåll kommer att lösa och för att utforma hur det här innehållet ska lösa problemet.
• Identifiera vem som ska skapa innehållet: Beroende på arbetsflödet, färdigheterna och behoven hos den enskilda innehållsskapare kan olika sätt att hantera livscykeln behövas.
• Identifiera om flera innehållsskapare behöver samarbeta: Se till att samarbetande innehållsskapare använder filtyper som stöder versionskontroll, till exempel .pbip-filer.
• Bestäm hur innehållsskapare ska samarbeta: Bestäm hur avancerat samarbetet ska bli. Bestäm dessutom hur du ska underlätta det här samarbetet, till exempel genom att använda Microsoft Teams eller Azure DevOps.
• Konfigurera samarbetsverktyg: Se till att du utför den nödvändiga konfigurationen första gången för lösningen eller projektet. Fatta viktiga beslut om hur du ska hantera samarbete med hjälp av dessa verktyg.
• Lagra datakällans filer i SharePoint eller OneLake: Lagra små, enkla datakällafiler i SharePoint. Annars använder du OneLake eller ADLSGen2 (om de är tillgängliga) i stället.
• Lagra innehåll och stödfiler i SharePoint eller en fjärrlagringsplats: För enklare, mindre projekt använder du SharePoint för de flesta filer om det är organiserat och du övar på god åtkomsthantering. För större miljöer eller när parallellt samarbete krävs bör du överväga att använda en fjärrlagringsplats som ger detaljerad synlighet för innehållsändringar.
• Lagra mallar och dokumentation i SharePoint: Se till att mallar och dokumentation är enkla för andra att hitta, använda och förstå.
• Planera för utveckling och distribution: För att slutföra den här första fasen utför du en specifik planering för att hantera viktiga områden och genomföra den inledande installationen. Du kan till exempel upprätta verktyg och testa datakällans anslutningar.

Relaterat innehåll

I nästa artikel i den här serien får du lära dig hur du utvecklar innehåll och hanterar ändringar som en del av hanteringen av innehållslivscykeln.