Planning van Power BI-implementatie: inhoud plannen en ontwerpen

Notitie

Dit artikel maakt deel uit van de reeks artikelen over de implementatieplanning van Power BI. Deze reeks richt zich voornamelijk op de Power BI-ervaring in Microsoft Fabric. Zie de planning van de Power BI-implementatie voor een inleiding tot de reeks.

Dit artikel helpt u bij het plannen en ontwerpen van inhoud als onderdeel van het beheren van de levenscyclus van inhoud. Het is voornamelijk gericht op:

• Coe- en BI-teams (Center of Excellence): de teams die verantwoordelijk zijn voor het toezicht op Power BI in de organisatie. Deze teams omvatten besluitvormers die bepalen hoe de levenscyclus van Power BI-inhoud moet worden beheerd.
• Makers van inhoud en eigenaren van inhoud: gebruikers die inhoud maken die ze willen publiceren naar de Fabric-portal om met anderen te delen. Deze personen zijn verantwoordelijk voor het beheren van de levenscyclus van de Power BI-inhoud die ze maken.

Levenscyclusbeheer bestaat uit de processen en procedures die u gebruikt om inhoud van het maken ervan tot de uiteindelijke buitengebruikstelling af te handelen. Zoals beschreven in het eerste artikel in deze reeks, is het beheren van de levenscyclus van Power BI-inhoud belangrijk om ervoor te zorgen dat inhoud betrouwbaar en consistent wordt geleverd aan zakelijke gebruikers.

De eerste fase van de levenscyclus van inhoud is het plannen en ontwerpen van inhoud. Doorgaans start u de levenscyclus van inhoud door BI-oplossingsplanning uit te voeren. U verzamelt vereisten om het probleem te begrijpen en te definiëren dat uw oplossing moet aanpakken en om een oplossingsontwerp te bereiken. Tijdens deze plannings- en ontwerpfase neemt u belangrijke beslissingen om u voor te bereiden op de latere fasen.

In de volgende afbeelding ziet u de levenscyclus van Power BI-inhoud, waarbij u fase één markeert, waar u inhoud plant en ontwerpt.

Notitie

Zie het eerste artikel in deze reeks voor een overzicht van het beheer van de levenscyclus van inhoud.

Tip

Dit artikel richt zich op belangrijke overwegingen en beslissingen voor inhoudsplanning en -ontwerp als ze betrekking hebben op levenscyclusbeheer.

• Voor meer informatie over het effectief plannen en ontwerpen van een Fabric- of Power BI-oplossing, raden we u aan het artikel over het plannen van oplossingen te lezen.
• Voor meer informatie over het effectief plannen van een Power BI-migratie raden we u aan de Power BI-migratiereeks te lezen.

Bij het verzamelen van vereisten moet u duidelijk aspecten beschrijven over de inhoud die van invloed is op uw benadering van levenscyclusbeheer. U moet deze aspecten documenteer als onderdeel van uw oplossingsplanning en -ontwerp.

In de volgende secties in dit artikel worden de belangrijkste aspecten en overwegingen beschreven van een oplossing die uw benadering van levenscyclusbeheer zal motiveren tijdens het plannen en ontwerpen van uw inhoud.

De inhoud identificeren en beschrijven

Wanneer u uw oplossing ontwerpt, moet u beschrijven wat de inhoud is, wie deze gaat maken, wie deze zal ondersteunen en hoe kritiek deze inhoud is voor de organisatie. U moet deze factoren aanpakken tijdens of nadat u klaar bent, het verzamelen van vereisten als onderdeel van uw oplossingsontwerp.

Notitie

Net als uw vereisten kunnen de antwoorden op deze vragen veranderen wanneer u de oplossing ontwikkelt of later in de levenscyclus. Nadat u deze vragen hebt beantwoord, moet u ze regelmatig opnieuw evalueren wanneer u wijzigingen aanbrengt in inhoud of wanneer deze wordt geschaald in het aantal gebruikers dat het dient.

Beantwoord de volgende vragen over uw inhoud om u te helpen latere beslissingen over levenscyclusbeheer te nemen.

Wat is de indeling van de inhoud?

Het type, het bereik en de complexiteit van inhoud motiveren belangrijke beslissingen over hoe u deze gaat beheren. Eén rapport voor een beperkt publiek vereist bijvoorbeeld een andere benadering voor levenscyclusbeheer in vergelijking met een semantisch model dat wordt gebruikt door de hele organisatie en door meerdere verschillende downstreamworkloads.

Beantwoord vragen zoals het volgende om te bepalen welk type inhoud u gaat maken.

• Welke itemtypen verwacht u te maken en hoeveel van deze items? Maakt u bijvoorbeeld gegevensitems zoals gegevensstromen of semantische modellen, rapportage-items zoals rapporten of dashboards of een combinatie van beide?
• Hoe wordt de inhoud geleverd aan inhoudsgebruikers? Gebruiken consumenten bijvoorbeeld gegevensitems om hun eigen inhoud te bouwen, worden ze alleen gecentraliseerde rapporten of een combinatie van beide weergegeven?
• Hoe complex is de inhoud? Is het bijvoorbeeld een klein prototype of een groot semantisch model dat meerdere bedrijfsprocessen omvat?
• Verwacht u dat de schaal, het bereik en de complexiteit van de inhoud na verloop van tijd toenemen? Omvat de inhoud in de toekomst bijvoorbeeld andere regio's of bedrijfsgebieden?
• Hoe lang verwacht u dat het bedrijf deze inhoud nodig heeft? Ondersteunt deze inhoud bijvoorbeeld een belangrijk initiatief van het bedrijf dat een eindige tijdlijn heeft?

Tip

Overweeg om een architectuurdiagram te maken om de indeling van de inhoud te beschrijven. U kunt verschillende gegevensbronnen, itemtypen en inhoudsgebruikers en de relaties tussen deze afzonderlijke onderdelen opnemen. Een architectuurdiagram kan u helpen de inhoud en de complexiteit ervan beknopt weer te geven en het helpt u bij het plannen van het levenscyclusbeheer. U kunt de Fabric-pictogrammen en Azure-pictogrammen gebruiken om deze diagrammen in externe software te maken. U kunt ook Azure-diagrammen gebruiken, die worden geleverd met pictogrammen en tekenhulpmiddelen om deze diagrammen te maken.

Voor een voorbeeld van dergelijke diagrammen raadpleegt u de scenariodiagrammen voor het gebruik van de Power BI-implementatieplanning.

Wie wordt de inhoud gemaakt en ondersteund?

Makers van inhoud hebben verschillende behoeften, vaardigheden en werkstromen. Deze factoren zijn van invloed op het succes van verschillende benaderingen voor levenscyclusbeheer. Grotere, centrale teams met samenwerking vereisen vaak geavanceerdere beheer van de levenscyclus van inhoud dan kleinere teams van selfservicemakers.

Beantwoord vragen zoals het volgende om te bepalen wie de inhoud gaat maken of ondersteunen.

• Hoeveel verschillende personen verwacht u deze inhoud te maken? Werken meerdere makers van inhoud samen of is één persoon verantwoordelijk voor het maken van de inhoud?
• Zijn makers van inhoud bekend met levenscyclusbeheer en gerelateerde concepten, zoals versiebeheer? Begrijpen makers van inhoud de voordelen van levenscyclusbeheer?
• Zijn de makers van inhoud die de oplossing ontwikkelen dezelfde personen die deze na de implementatie ondersteunen?
• Hebben makers van inhoud of hun teams bestaande procedures voor levenscyclusbeheer om bestaande oplossingen te ondersteunen?
• Maken makers van inhoud momenteel gebruik van hulpprogramma's voor levenscyclusbeheer, zoals Azure DevOps?

Belangrijk

Zorg ervoor dat u duidelijk documenteert wie verantwoordelijk is voor het maken van inhoud en wie deze zal ondersteunen zodra deze is geïmplementeerd in productie. Betrek al deze personen in uw planning voor levenscyclusbeheer voor inhoud.

Wat is het belang van de inhoud?

Afhankelijk van hoe belangrijk de inhoud voor het bedrijf is, neemt u verschillende beslissingen over hoe u deze beheert. Bedrijfskritieke inhoud vereist robuustere benaderingen voor levenscyclusbeheer van inhoud om de kwaliteit te waarborgen en mogelijke onderbrekingen te beperken.

Beantwoord vragen zoals het volgende om te bepalen of de inhoud kritiek is.

• Hoe kritiek is deze inhoud voor het bedrijf? Hoe urgent is het verzoek om het te ontwikkelen?
• Worden bedrijfskritieke beslissingen of acties genomen op grond van informatie die door deze inhoud wordt verstrekt?
• Hoe breed verwacht u deze inhoud (van organisatiebreed naar een beperkt lokaal team) te distribueren?
• Zijn leidinggevenden of andere strategische besluitvormers afhankelijk van deze inhoud voor hun werk?
• Wat is de impact van deze inhoud? Als de inhoud bijvoorbeeld plotseling niet beschikbaar is, welke bedrijfsimpact zou er optreden, zoals verlies van omzet of onderbroken bedrijfsprocessen?

Wanneer u voldoende hebt geïdentificeerd en de inhoud hebt beschreven die u gaat maken, moet u vervolgens bepalen hoe makers van inhoud moeten samenwerken.

Bepalen hoe makers van inhoud moeten samenwerken

Naarmate een oplossing in omvang en complexiteit toeneemt, kan het nodig zijn dat meerdere makers en eigenaren van inhoud samenwerken. Bij het maken van complexe oplossingen raden we u aan effectieve hulpprogramma's te gebruiken die helpen bij het structuren, beheren en ondersteunen van samenwerking. Er zijn veel manieren om samen te werken bij het produceren van Power BI-inhoud, zoals met behulp van Microsoft Teams of Azure DevOps.

Tip

Zelfs wanneer makers van inhoud onafhankelijk werken, kunnen ze nog steeds profiteren van het plannen en structureren van hun werk met behulp van hulpprogramma's zoals Microsoft Teams en Azure DevOps.

Microsoft Teams

Voor kleinere of eenvoudigere projecten kunnen makers van inhoud samenwerken met Behulp van Microsoft Teams.

Door Microsoft Teams te gebruiken, structuren makers van inhoud hun communicatie, planning en werk in teams en kanalen. Microsoft Teams is vaak een goede keuze voor eenvoudigere samenwerkingsscenario's. Gedecentraliseerde teams die bijvoorbeeld inhoud produceren voor een beperkt publiek, kunnen documentbibliotheken gebruiken voor het opslaan van bestanden en versiebeheer. Ze kunnen ook gebruikmaken van andere geïntegreerde hulpprogramma's en services.

Tip

U wordt aangeraden Microsoft Teams te gebruiken om effectief levenscyclusbeheer van inhoud in selfservicescenario's met gedecentraliseerde levering van inhoud te vergemakkelijken.

Als u wilt samenwerken en communiceren in Microsoft Teams, gebruikt u ondersteunende services gedurende de gehele levenscyclus van uw Power BI-inhoud.

• Planner: eigenaren van inhoud kunnen Planner gebruiken om plannen te maken, die ze gebruiken om taken bij te houden en inhoudswerkzaamheden te bepalen. Taken kunnen problemen, bugs of functies in de oplossing en de bijbehorende belanghebbenden beschrijven.
• SharePoint: makers van inhoud kunnen bestanden opslaan en beheren in een Microsoft Teams-documentbibliotheek of verbonden site voor elk kanaal. Inhoudsbestanden die zijn opgeslagen in SharePoint, kunnen versiebeheer gebruiken om inhoudswijzigingen bij te houden en te beheren. Zie fase 2: Inhoud ontwikkelen en wijzigingen beheren voor meer informatie over het bijhouden en beheren van wijzigingen met sharePoint.
• Goedkeuringen: makers en eigenaren van inhoud kunnen werkstromen instellen en gebruiken om inhoudswijzigingen of releases na beoordeling goed te keuren.
• Infrastructuur en Power BI: makers en eigenaren van inhoud hebben toegang tot de Fabric-portal vanuit Microsoft Teams. Van daaruit kunnen ze inhoud beheren of bespreken en nuttige rapporten toevoegen aan tabbladen in Teams-kanalen.
• Andere integraties: makers van inhoud kunnen gebruikmaken van andere Microsoft- of externe services die zijn geïntegreerd met Microsoft Teams, zodat ze het beste bij hun favoriete werkstroom en behoeften passen.

U wordt aangeraden een gestructureerd proces te definiëren voor de wijze waarop makers van inhoud Microsoft Teams moeten gebruiken om samen te werken. Zorg ervoor dat u het volgende bepaalt:

• Toegang tot teams en kanalen beheren.
• Wie is verantwoordelijk voor het beheren van teams en kanalen.
• Hoe werk wordt afgestemd en georganiseerd in afzonderlijke teams, kanalen en plannen.
• Hoe makers van inhoud een documentbibliotheek moeten gebruiken om bestanden te organiseren en wijzigingen bij te houden en te beheren. Bijvoorbeeld hoe u de documentbibliotheek ordent en of makers van inhoud bestanden moeten inchecken en uitchecken.
• Of makers van inhoud OneDrive Vernieuwen moeten gebruiken om Power BI Desktop-bestanden (.pbix) automatisch te publiceren.
• Hoe conflicten met bestandssynchronisatie worden opgelost.
• Wanneer u bestanden wilt archiveren en verwijderen uit een documentbibliotheek die niet meer relevant zijn.

Azure DevOps

Makers en eigenaren van inhoud kunnen ook communiceren en samenwerken in een centrale, georganiseerde hub met behulp van Azure DevOps.

Notitie

Azure DevOps is een suite met services die kunnen worden geïntegreerd met Power BI en Fabric om u te helpen bij het plannen en organiseren van levenscyclusbeheer van inhoud. Wanneer u Azure DevOps op deze manier gebruikt, maakt u doorgaans gebruik van de volgende services:

• Azure-opslagplaatsen: Hiermee kunt u een externe Git-opslagplaats maken en gebruiken. Dit is een externe opslaglocatie die u gebruikt om wijzigingen in inhoud bij te houden en te beheren.
• Azure Pipelines: Hiermee kunt u een set geautomatiseerde taken maken en gebruiken om inhoud van een externe opslagplaats naar een werkruimte te verwerken, te testen en te implementeren.
• Azure-testplannen: hiermee kunt u tests ontwerpen om de oplossing te valideren en kwaliteitscontrole samen met Azure Pipelines te automatiseren.
• Azure Boards: Hiermee kunt u borden gebruiken om taken en plannen als werkitems bij te houden en werkitems van andere Azure DevOps-services te koppelen of te raadplegen.
• Azure Wiki: Hiermee kunt u informatie delen met hun team om inhoud te begrijpen en hieraan bij te dragen.

Door Azure DevOps te gebruiken, gebruiken makers van inhoud projecten om hun communicatie, planning en werk te structuren. Daarnaast kunnen makers van inhoud het levenscyclusbeheer van inhoud organiseren vanuit Azure DevOps door broncodebeheer, validatie en implementatie uit te voeren. Broncodebeheer is het proces voor het beheren van gedetailleerdere wijzigingen in inhoudscode en metagegevens.

Azure DevOps is vaak een goede keuze voor geavanceerde samenwerkingsscenario's, omdat er ondersteunende services en opties zijn om het maken en implementeren van inhoud te organiseren.

Tip

U wordt aangeraden Azure DevOps te gebruiken voor effectief beheer van de levenscyclus van inhoud in bedrijfsscenario's met gecentraliseerde levering van inhoud. Samenwerken met behulp van Azure DevOps of vergelijkbare hulpprogramma's heeft de voorkeur in grotere of complexere scenario's ten opzichte van samenwerken met behulp van Microsoft Teams of SharePoint. Dat komt doordat er meer hulpprogramma's en opties beschikbaar zijn om krachtigere samenwerking en automatisering te vergemakkelijken.

U wordt aangeraden een gestructureerd proces te definiëren voor de wijze waarop makers van inhoud Azure DevOps moeten gebruiken om samen te werken. Zorg ervoor dat u het volgende bepaalt:

• Hoe werkt het bereik en hoe inhoudsbranches worden gemaakt, benoemd en gebruikt.
• Hoe auteurs wijzigingen groeperen en doorvoeren en beschrijven met doorvoerberichten.
• Wie is verantwoordelijk voor het controleren en goedkeuren van wijzigingen met behulp van pull-aanvragen.
• Samenvoegingsconflicten voor pull-aanvragen worden opgelost en wie deze oplost.
• Hoe wijzigingen in verschillende vertakkingen moeten worden samengevoegd in één vertakking.
• Hoe inhoud wordt getest en wie tests uitvoert voordat inhoud wordt geïmplementeerd.
• Hoe en wanneer wijzigingen worden geïmplementeerd in ontwikkel-, test- en productiewerkruimten.
• Hoe en wanneer geïmplementeerde wijzigingen of versies van de oplossing kunnen worden teruggedraaid.

Notitie

U kunt Microsoft Teams ook samen met Azure DevOps gebruiken omdat er verschillende manieren zijn om deze services te integreren. U kunt bijvoorbeeld Azure Boards bekijken en beheren en gebeurtenissen in Azure Pipelines bewaken vanuit Microsoft Teams.

Het belangrijkste is dat u hulpprogramma's en services gebruikt die samenwerking voor u faciliteren en die het beste aansluiten bij de behoeften van uw team en de manier waarop ze werken.

Wanneer u hebt besloten of en hoe makers van inhoud moeten samenwerken, moet u vervolgens bepalen waar u uw bestanden wilt opslaan. Veel van deze bestanden worden opgeslagen waar u ervoor kiest om samen te werken.

Bepalen waar bestanden moeten worden opgeslagen

Bij het maken van inhoud produceert u doorgaans verschillende typen bestanden. Het is belangrijk om te bepalen waar u deze bestanden wilt opslaan, zodat u ze effectief kunt beheren.

Tip

Sla bestanden op waar ze kunnen worden geopend door meerdere teamleden en waar wijzigingen eenvoudig kunnen worden bijgehouden (ook wel versiebeheer genoemd). Deze aanpak zorgt ervoor dat het vertrek van een teamlid of verlies van een bestand niet tot onderbreking leidt.

De typen bestanden die u moet opslaan, zijn onder andere:

• Inhoudsbestanden: bestanden die de inhoudsgegevens of metagegevens bevatten. Inhoudsbestanden met gegevens zoals PBIX- en Power BI Project-bestanden (.pbip) bevatten gevoelige informatie. Sla inhoudsbestanden op een veilige locatie op die alleen toegankelijk is voor degenen die toegang tot deze bestanden nodig hebben. U moet ook inhoudsbestanden opslaan op een locatie die versiebeheer ondersteunt, zoals een documentbibliotheek in Microsoft Teams of een Git-opslagplaats in Azure DevOps. Voorbeelden van inhoudsbestanden zijn:
  • Power BI Desktop-bestanden (.pbix)
  • Power BI-projectbestanden (.pbip)
  • Gepagineerde Power BI-rapportbestanden (.rdl)
  • Modelmetagegevensbestanden (.bim of TMDL)
  • Metagegevensbestanden voor gegevensstromen (.json)
• Gegevensbestanden: bestanden die worden gebruikt door gegevensitems, zoals semantische modellen of gegevensstromen. Inhoud is rechtstreeks afhankelijk van gegevensbronbestanden, dus het is belangrijk om zorgvuldig na te gaan waar ze worden opgeslagen, omdat het verwijderen ervan tot een fout bij het vernieuwen van gegevens leidt. Daarnaast kunnen deze bestanden gevoelige informatie bevatten. Sla dus gegevensbestanden op in een veilige, betrouwbare en betrouwbare omgeving die beperkte toegang heeft door andere personen. Voorbeelden van gegevensbestanden zijn:
  • Gestructureerde gegevensbronnen, zoals Excel-werkmappen, Parquet- of CSV-bestanden.
  • Semi-gestructureerde gegevensbronnen, zoals JSON- of XML-bestanden.
  • Niet-gestructureerde gegevensbronnen, zoals afbeeldingen die u in rapporten importeert.
• Ondersteunende bestanden: bestanden die ondersteuning bieden voor het maken of beheren van inhoud, maar die niet nodig zijn om te functioneren. Ondersteunende bestanden moeten worden opgeslagen op een locatie die versiebeheer ondersteunt en waar andere hulpprogramma's en makers van inhoud toegang tot deze bestanden hebben. Voorbeelden van ondersteunende bestanden kunnen zijn:
  • Best Practice Analyzer-regels (.json)-bestanden.
  • Power BI-themabestanden (.json).
  • Broncodebestanden voor inhoud en query's.
  • Aangepaste visualisatiebestanden (.pbiviz).
• Sjablonen en documentatie: Bestanden die helpen bij het maken van selfservice-inhoud of het beschrijven van bestaande inhoud. Sjablonen en documentatie moeten gemakkelijk toegankelijk zijn voor de personen die ze moeten gebruiken. Voorbeelden van sjablonen en documentatie zijn:
  • Power BI-sjabloonbestanden (.pbit).
  • Visualisatiesjablonen en voorbeeldrapporten.
  • Oplossingsontwerpen en -documentatie.
  • Oplossingsplanning en roadmaps.
  • Problemen met gebruikersaanvragen en oplossingen.

Let op

Sommige inhoudsbestanden, zoals PBIX- en PBIP-bestanden, kunnen gevoelige gegevens bevatten die zijn geïmporteerd uit gegevensbronnen. Daarnaast kunnen metagegevensbestanden zoals TMDL- of .pbit-bestanden ook gevoelige informatie bevatten. Zorg ervoor dat u de nodige voorzorgsmaatregelen neemt om deze bestanden op veilige locaties op te slaan en dat u effectieve preventie van gegevensverlies oefent.

U hebt verschillende opties om bestanden op te slaan. Zorg ervoor dat u de juiste locatie selecteert, afhankelijk van het type bestand, de inhoud ervan en hoe deze wordt gebruikt.

SharePoint Online of OneDrive

Een algemene oplossing voor het opslaan van bestanden is het gebruik van SharePoint-sites . SharePoint is algemeen toegankelijk voor de meeste gebruikers en is zeer geïntegreerd met zowel Power BI als andere Microsoft 365-toepassingen, zoals Microsoft Teams. Daarnaast heeft het ingebouwde versiebeheer, waardoor het handig is om de meeste bestandstypen op te slaan. Met versiebeheer kunt u verschillende opgeslagen versies van een bestand weergeven en beheren.

Houd rekening met de volgende punten wanneer u bestanden opslaat in SharePoint.

• Organisatie: Zorg ervoor dat u een consistente en logische structuur onderhoudt, zodat u eenvoudig specifieke bestanden kunt vinden. Gebruik goede naamconventies, organiseer bestanden in mappen en archiefbestanden die niet meer relevant zijn voor lopende projecten.
• OneDrive vernieuwen: u kunt een gepubliceerd semantisch model of rapport koppelen aan een PBIX-bestand dat is opgeslagen in een SharePoint- of OneDrive voor Bedrijven -site (ook wel bekend als OneDrive voor werk of school). Met deze aanpak hoeft u het semantische model niet meer te publiceren om wijzigingen in werking te stellen. In plaats daarvan zijn uw wijzigingen zichtbaar na een automatische oneDrive-vernieuwing, die elk uur plaatsvindt. Hoewel dit handig is, moet u er rekening mee houden dat deze aanpak gepaard gaat met enkele beperkingen en uitdagingen. Wanneer de dingen gaan, kan het niet eenvoudig worden omgekeerd.
• Preview-rapporten: In SharePoint is het mogelijk om Power BI-rapporten weer te geven zonder Power BI Desktop te hoeven installeren of het PBIX-bestand lokaal te hoeven downloaden. Wanneer u rapporten op deze manier opent, worden deze weergegeven in de browser. Deze mogelijkheid kan een handig alternatief zijn voor het weergeven van rapporten vanuit de Fabric-portal. Deze optie is standaard ingeschakeld in de tenantinstellingen van Fabric.

Tip

Wanneer u samenwerkt met Behulp van Microsoft Teams, kunt u overwegen om bestanden op te slaan in de documentbibliotheek van het kanaal. Deze aanpak helpt bij het centraliseren van bestanden en vereenvoudigt de samenwerking.

U kunt de volgende bestandstypen opslaan in SharePoint.

• Sjablonen en documentatie: Sla sjablonen en documentatie op in SharePoint wanneer u geen bestaande opslagoplossing hebt. SharePoint is ideaal voor deze bestanden omdat u toegang tot anderen kunt verlenen en bestanden kunt beheren zonder complexe instellingen of processen.
• Ondersteunende bestanden: sla ondersteunende bestanden op in SharePoint wanneer u geen bestaande opslagoplossing hebt. Sommige ondersteunende bestanden (zoals Power BI-thema .json bestanden voor rapporten) kunnen echter beter worden opgeslagen in een versiebeheersysteem waarmee opgeslagen wijzigingen kunnen worden bekeken en beheerd.
• Inhoudsbestanden: sla inhoud op in SharePoint wanneer deze niet essentieel is voor het bedrijf of wanneer u geen toegang hebt tot een externe opslagplaats, zoals Azure-opslagplaatsen.
• Gegevensbronnen: sla gegevensbronnen alleen op in SharePoint als ze klein en complex zijn. Oefening discipline bij het gebruik van SharePoint voor het opslaan van gegevensbestanden. Overweeg andere mogelijke alternatieven, zoals OneLake.

Let op

Gebruik SharePoint niet als alternatief voor een juiste gegevensarchitectuur. Hoewel het opslaan van gegevensbestanden in SharePoint handig kan zijn in bepaalde beperkte scenario's, wordt deze benadering niet geschaald wanneer u grotere, complexere gegevensbronnen hebt of wanneer u een lagere gegevenslatentie nodig hebt.

Waarschuwing

Gebruik geen persoonlijke bestandssystemen of persoonlijke OneDrive-accounts om bestanden op te slaan. Als de eigenaar de organisatie verlaat, zijn deze bestanden niet meer beschikbaar.

OneLake

Als u een Infrastructuurcapaciteit hebt, kan OneLake een goede keuze zijn om gegevensbronbestanden op te slaan. U kunt bestanden uploaden of synchroniseren naar OneLake met behulp van OneLake Bestandenverkenner, waar ze kunnen worden getransformeerd naar tabellen voor gebruik in downstreamworkloads zoals Power BI. Voor grotere of regelmatig bijgewerkte gegevensbronnen kunt u bestanden automatisch laden in OneLake met behulp van Fabric Data Factory of andere toepassingen die gebruikmaken van de Azure Data Lake Storage Gen2-API (ADLS) Gen2 of de Azure Storage Python SDK.

Let op

Acties zoals het uploaden of downloaden van bestanden uit OneLake verbruiken capaciteitseenheden voor infrastructuur. U moet metrische capaciteitsgegevens bewaken en stappen ondernemen om de capaciteitsbelasting te voorkomen die wordt veroorzaakt door onnodige verplaatsing van grote bestanden.

Daarnaast zijn bestanden die worden geopend door gebruikers met OneLake Bestandenverkenner kwetsbaar voor onbedoelde wijzigingen of verlies. U wordt aangeraden OneLake Bestandenverkenner te gebruiken voor bedrijfskritieke oplossingen.

Waarschuwing

OneLake Bestandenverkenner heeft verschillende belangrijke beperkingen en overwegingen. OneLake biedt bijvoorbeeld geen ondersteuning voor versiebeheer voor bestanden, zoals SharePoint of OneDrive. Houd rekening met deze overwegingen en beperkingen wanneer u besluit waar u bestanden wilt opslaan.

Tip

Bij het opslaan van gegevens in OneLake kunt u overwegen om BCDR (Business Continuity and Disaster Recovery) in te schakelen om het risico op gegevensverlies te beperken. Als BCDR is ingeschakeld, worden uw gegevens gedupliceerd en opgeslagen in twee verschillende geografische regio's, volgens de standaardregiokoppelingen van Azure.

Externe opslagplaats

Makers van inhoud kunnen tijdens de ontwikkeling regelmatig werk van hun lokale computer doorvoeren en opslaan in een externe opslagplaats, zoals een Git-opslagplaats voor Azure-opslagplaatsen . Een externe opslagplaats bevat de nieuwste versie van de oplossing en is toegankelijk voor het hele ontwikkelteam. Een externe opslagplaats faciliteert doorgaans geavanceerdere benaderingen voor levenscyclusbeheer dan teams, SharePoint of OneDrive. Dat komt doordat makers van inhoud kunnen profiteren van geavanceerdere opties om samen te werken aan bestanden, of om bestandswijzigingen bij te houden en te beheren. Makers van inhoud kunnen bijvoorbeeld aan hun eigen vertakking van de externe opslagplaats werken om wijzigingen aan te brengen en aanvragen om deze wijzigingen samen te voegen in de hoofdbranch wanneer ze klaar zijn.

Overweeg de volgende bestandstypen op te slaan in een externe opslagplaats.

• Sjablonen en documentatie: Sla sjablonen en documentatie op in een externe opslagplaats wanneer u het project beheert met gerelateerde services zoals Azure DevOps.
• Ondersteunende bestanden: sla ondersteunende bestanden op in een externe opslagplaats wanneer deze beschikbaar is om eenvoudig wijzigingen bij te houden en te beheren.
• Inhoudsbestanden: Sla inhoud op in een externe opslagplaats wanneer het essentieel is voor het bedrijf of als u wilt samenwerken met andere ontwikkelaars aan dezelfde inhoud. Een externe opslagplaats is ideaal voor het bijhouden van inhoudswijzigingen en het faciliteren van samenwerking.

Tip

Wanneer u een externe opslagplaats gebruikt, kunt u Overwegen Power BI-rapporten en semantische modellen op te slaan als Power BI Desktop-projecten (PBIP-bestanden ) in plaats van PBIX-bestanden. Dat komt doordat opgeslagen wijzigingen niet kunnen worden geïdentificeerd in een PBIX-bestand.

Geen bestanden: inhoud die is gemaakt in de Fabric-portal

Makers van inhoud kunnen inhoud rechtstreeks in de Fabric-portal schrijven. In dit scenario werken ze meestal niet rechtstreeks met inhoudsbestanden. U moet doorgaans alleen inhoud maken in de Fabric-portal wanneer de itemtypen niet elders kunnen worden gemaakt (zoals gegevensstromen, dashboards of scorecards). U kunt ook rapporten en semantische modellen maken in de Fabric-portal wanneer u geen toegang hebt tot een Windows-computer en daarom power BI Desktop niet kunt gebruiken. Zie Gebruikershulpprogramma's en apparaten voor meer informatie.

Let op

U kunt bepaalde inhoud die is gemaakt in de Fabric-portal, niet downloaden als bestand. Rapporten die zijn gemaakt in de Fabric-portal, kunnen bijvoorbeeld niet worden gedownload als PBIX-bestanden.

Wanneer u inhoud ontwerpt in de Fabric-portal, moet u in plaats daarvan de Fabric-API's of Git-integratie gebruiken om een back-up te maken van inhoudsdefinities. Wanneer u een back-up maakt van inhoudsdefinities, beperkt u onderbrekingen als die inhoud per ongeluk wordt verwijderd of onbedoeld wordt gewijzigd. Als inhoud per ongeluk wordt verwijderd of gewijzigd, kunt u deze vervangen door de back-up te gebruiken.

Controlelijst : bij het plannen en ontwerpen van inhoud zijn belangrijke beslissingen en acties:

• Oplossingsplanning uitvoeren: Verzamel bedrijfsvereisten en technische vereisten om voldoende inzicht te krijgen in het probleem dat door uw inhoud wordt opgelost en om te ontwerpen hoe deze inhoud het probleem zal oplossen.
• Bepaal wie de inhoud gaat maken: afhankelijk van de werkstroom, vaardigheden en behoeften van de maker van de afzonderlijke inhoud, zijn er mogelijk verschillende benaderingen voor levenscyclusbeheer nodig.
• Bepaal of meerdere makers van inhoud moeten samenwerken: zorg ervoor dat samenwerkende makers van inhoud gebruikmaken van bestandstypen die versiebeheer ondersteunen, zoals PBIP-bestanden.
• Bepaal hoe makers van inhoud samenwerken: bepaal hoe geavanceerd de samenwerking zal zijn. Bepaal ook hoe u deze samenwerking mogelijk maakt, bijvoorbeeld door Microsoft Teams of Azure DevOps te gebruiken.
• Hulpprogramma's voor samenwerking instellen: Zorg ervoor dat u de benodigde eerste keer instellen voor de oplossing of het project uitvoert. Neem belangrijke beslissingen over hoe u de samenwerking beheert met behulp van deze hulpprogramma's.
• Gegevensbronbestanden opslaan in SharePoint of OneLake: sla kleine, eenvoudige gegevensbestanden op in SharePoint. Gebruik anders OneLake of ADLSGen2 (indien beschikbaar) in plaats daarvan.
• Inhoud en ondersteunende bestanden opslaan in SharePoint of een externe opslagplaats: voor eenvoudigere, kleinere projecten gebruikt u SharePoint voor de meeste bestanden als deze is georganiseerd en u goed toegangsbeheer gebruikt. Voor grotere omgevingen of wanneer parallelle samenwerking is vereist, kunt u overwegen een externe opslagplaats te gebruiken, die gedetailleerde zichtbaarheid biedt van wijzigingen in inhoud.
• Sjablonen en documentatie opslaan in SharePoint: zorg ervoor dat sjablonen en documentatie gemakkelijk kunnen worden gevonden, gebruikt en begrepen door anderen.
• Plan voor ontwikkeling en implementatie: Voer een specifieke planning uit om de belangrijkste gebieden aan te pakken en de eerste installatie uit te voeren. Stel bijvoorbeeld hulpprogramma's in en test gegevensbronverbindingen.

Gerelateerde inhoud

In het volgende artikel in deze reeks leert u hoe u inhoud ontwikkelt en wijzigingen beheert als onderdeel van het beheren van de levenscyclus van inhoud.