Delen via

Planning van Power BI-implementatie: werkruimteplanning op werkruimteniveau

  • Artikel

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.

In dit artikel wordt de planning op werkruimteniveau van Fabric behandeld, met de nadruk op de Power BI-ervaring. Het is voornamelijk gericht op:

  • Infrastructuurbeheerders: de beheerders die verantwoordelijk zijn voor het toezicht op Fabric in de organisatie.
  • Center of Excellence, IT en BI-team: de teams die ook verantwoordelijk zijn voor het toezicht op gegevens en BI en het ondersteunen van selfservicegebruikers in de hele organisatie.
  • Makers en eigenaren van inhoud: selfservicemakers die inhoud in werkruimten moeten maken, publiceren en beheren.

Als u werkruimten effectief wilt gebruiken, zijn er veel tactische beslissingen te nemen. Waar mogelijk moeten afzonderlijke beslissingen op werkruimteniveau worden afgestemd op uw beslissingen op tenantniveau.

Notitie

Het concept van een werkruimte die afkomstig is uit Power BI. Met Fabric is het doel van een werkruimte breder geworden. Het resultaat is dat een werkruimte nu items uit een of meer verschillende Fabric-ervaringen (ook wel werkbelastingen genoemd) kan bevatten. Hoewel het inhoudsbereik breder is geworden dan Power BI, kunnen de meeste activiteiten voor werkruimteplanning die in deze artikelen worden beschreven, worden toegepast op infrastructuurwerkruimteplanning.

Werkruimtedoel

Bij het plannen van werkruimten is het belangrijk om niet alleen rekening te houden met het type inhoud dat wordt opgeslagen, maar ook de activiteiten die de werkruimte moet ondersteunen.

Bekijk de volgende twee voorbeelden van werkruimten met betrekking tot financiën. Hoewel ze beide zijn toegewezen aan hetzelfde team, heeft elke werkruimte een ander doel:

  • Werkruimte voor het einde van de financiële maand: de werkruimte Financiële maand-end bevat afstemmings- en eindrapporten. Deze werkruimte wordt beschouwd als een informele werkruimte ter ondersteuning van gezamenlijke inspanningen. Een Power BI-app is niet nodig voor inhoudsviewers omdat het primaire gebruik van deze werkruimte samenwerking is door een kleine groep personen die nauw samenwerken. De meeste teamleden zijn gemachtigd om inhoud in deze werkruimte te bewerken.
  • Werkruimte voor financiële rapportage: de werkruimte Financiële rapportage bevat de voltooide rapporten op presentatieniveau. Deze werkruimte bevat inhoud die breed is verdeeld over de hele organisatie voor veel kijkers (inclusief leidinggevenden) met behulp van een Power BI-app. De werkruimte wordt nauw beheerd.

Houd rekening met deze twee voorbeelden rekening met twee specifieke aspecten van het doel van de werkruimte: intentie voor samenwerking en intentie voor weergave.

Intentie voor samenwerking

Het primaire doel van een werkruimte in de Fabric-portal is om samenwerking tussen meerdere personen te vergemakkelijken. Er zijn veel manieren waarop samenwerking in een werkruimte kan plaatsvinden:

  • Teamontwikkeling: meerdere personen kunnen samenwerken om inhoud te bouwen, testen en publiceren. Eén gebruiker kan werken aan het ontwerp van een lakehouse. Een andere gebruiker kan werken aan het ontwerp van het semantische model, terwijl andere gebruikers zich mogelijk richten op het bouwen van rapporten.
  • Testen en validaties: Gebruikers moeten mogelijk gegevensvalidaties uitvoeren voor nieuwe inhoud. Deskundigen uit de bedrijfseenheid moeten mogelijk gebruikersacceptatietests (UAT) uitvoeren of een gegevenskwaliteitsteam moet mogelijk de nauwkeurigheid van het semantische model valideren.
  • Verbeteringen: Belanghebbenden en consumenten van de inhoud kunnen verbeteringen aan de inhoud voorstellen wanneer de omstandigheden veranderen.
  • Eigendomsoverdracht: een andere persoon of een ander team kan de verantwoordelijkheid overnemen voor inhoud die door iemand anders is gemaakt.

Een van de belangrijkste gebieden van het roadmap voor acceptatie van infrastructuur is eigendom en beheer van inhoud. Het type samenwerking dat in een werkruimte plaatsvindt, verschilt op basis van de benadering die wordt gebruikt voor eigendom en beheer van inhoud:

  • Selfservice-BI met bedrijfsbeheer: inhoud is eigendom van en wordt beheerd door de makers van inhoud binnen een bedrijfseenheid of afdeling. In dit scenario vindt de meeste samenwerking in de werkruimte plaats tussen gebruikers binnen die bedrijfseenheid.
  • Beheerde selfservice-BI: gegevens zijn eigendom van en worden beheerd door een gecentraliseerd team, terwijl verschillende makers van inhoud van bedrijfseenheden verantwoordelijk zijn voor rapporten en dashboards. In dit scenario is het zeer waarschijnlijk dat meerdere werkruimten nodig zijn om de samenwerking door meerdere teams van personen veilig te vergemakkelijken.
  • Enterprise BI: Inhoud is eigendom van en wordt beheerd door een gecentraliseerd team, zoals IT, Enterprise BI of het Center of Excellence (COE). In dit scenario worden samenwerkingsinspanningen in de werkruimte tussen gebruikers in het gecentraliseerde team opgetreden.

Controlelijst : wanneer u rekening houdt met uw intenties voor samenwerking in een werkruimte, zijn belangrijke beslissingen en acties:

  • Houd rekening met de verwachtingen voor samenwerking: Bepaal hoe samenwerking in werkruimten moet plaatsvinden en wie betrokken is binnen één team of binnen de grenzen van de organisatie.
  • Houd rekening met de verwachtingen voor het eigendom en beheer van inhoud: Denk na over hoe de verschillende benaderingen voor eigendom en beheer van inhoud (selfservice-BI, beheerde selfservice-BI en bedrijfs-BI) invloed hebben op de manier waarop u werkruimten ontwerpt en gebruikt.

Tip

Wanneer niet aan uw behoeften kan worden voldaan door één benadering, moet u bereid zijn flexibel te zijn en een andere strategie voor inhoudseigendom en -beheer te gebruiken voor verschillende werkruimten. De strategie kan worden gebaseerd op het scenario en op de betrokken teamleden.

Intentie voor het weergeven van inhoud

Het secundaire doel van een werkruimte is om inhoud te distribueren naar consumenten die de inhoud moeten bekijken. Voor inhoudsviewers is de primaire infrastructuurworkload Power BI.

Er zijn verschillende manieren om inhoudsdistributie in de Power BI-service te benaderen:

  • Rapporten kunnen worden weergegeven met behulp van een Power BI-app: inhoud die is opgeslagen in een niet-persoonlijke werkruimte, kan worden gepubliceerd naar een Power BI-app. Een Power BI-app is een gebruiksvriendelijkere ervaring dan het rechtstreeks weergeven van rapporten in een werkruimte. Daarom is het gebruik van een Power BI-app vaak de beste keuze voor het distribueren van inhoud aan consumenten. Doelgroepen voor een Power BI-app zijn zeer flexibel. Soms zijn de doelen voor het distribueren van inhoud met een app echter een factor bij het bepalen hoe inhoud in of in werkruimten moet worden ingedeeld. Zie De planning voor consumentenbeveiliging rapporteren voor meer informatie over het beveiligen van Power BI-apps.
  • Rapporten kunnen rechtstreeks in de werkruimte worden weergegeven: deze benadering is vaak geschikt voor informele, gezamenlijke werkruimten. Werkruimterollen bepalen wie de inhoud in een werkruimte kan bekijken of bewerken. Zie De beveiligingsplanning voor inhoudsmaker voor meer informatie over werkruimterollen.
  • Rapporten kunnen worden gedeeld: het gebruik van machtigingen per item (koppelingen of directe toegang) is handig wanneer er alleen-lezentoegang tot één item in een werkruimte nodig is. We raden u aan om app-machtigingen en werkruimterollen vaker te gebruiken dan delen, omdat ze gemakkelijker te onderhouden zijn. Zie De planning voor consumentenbeveiliging rapporteren voor meer informatie.
  • Rapporten kunnen worden ingesloten in een andere toepassing en daar worden weergegeven: Soms is het de bedoeling dat consumenten Power BI-inhoud bekijken die is ingesloten in een andere toepassing. Het insluiten van inhoud is handig wanneer het zinvol is dat de gebruiker in de toepassing blijft om de efficiëntie te verhogen en binnen de werkstroom te blijven.

Een ander belangrijk gebied van de roadmap voor acceptatie van infrastructuur is het bereik voor contentlevering. De manieren waarop een werkruimte inhoudsdistributie ondersteunt, verschillen op basis van het bereik voor contentlevering:

  • Persoonlijke BI: Inhoud is bedoeld voor gebruik door de maker. Omdat het delen van inhoud met anderen geen doelstelling is, wordt persoonlijke BI uitgevoerd in een persoonlijke werkruimte (beschreven in het volgende onderwerp).
  • Team BI: Inhoud wordt gedeeld met een relatief klein aantal collega's die nauw samenwerken. In dit scenario zijn de meeste werkruimten informele, gezamenlijke werkruimten.
  • Afdelings-BI: Inhoud wordt gedistribueerd naar veel consumenten die deel uitmaken van een grote afdeling of bedrijfseenheid. In dit scenario is de werkruimte voornamelijk bedoeld voor samenwerking. In afdelings-BI-scenario's wordt inhoud meestal weergegeven in een Power BI-app (in plaats van rechtstreeks bekeken in de werkruimte).
  • Enterprise BI: Inhoud wordt breed over de grenzen van de organisatie geleverd aan het grootste aantal doelgebruikers. In dit scenario is de werkruimte voornamelijk bedoeld voor samenwerking. Voor zakelijke BI-scenario's wordt inhoud meestal weergegeven in een Power BI-app (in plaats van rechtstreeks in de werkruimte te bekijken).

Tip

Wanneer u uw werkruimten plant, moet u rekening houden met de behoeften van de doelgroep bij het bepalen van de licentiemodus voor de werkruimte. Het type licentie dat aan de werkruimte is toegewezen, heeft invloed op de beschikbare functies, waaronder wie werkruimte-inhoud kan bekijken of beheren.

Controlelijst : wanneer u rekening houdt met uw verwachtingen voor de weergave van inhoud van de werkruimte, zijn belangrijke beslissingen en acties:

  • Houd rekening met de verwachtingen voor het weergeven van inhoud: bepaal hoe consumenten inhoud moeten bekijken die in de werkruimte is gepubliceerd. Overweeg of weergave rechtstreeks in de werkruimte plaatsvindt of door een andere methode te gebruiken.
  • Bepaal aan wie de inhoud wordt geleverd: Bedenk bij wie de doelgroep is. Houd ook rekening met de werkruimtelicentiemodus, met name wanneer u een aanzienlijk aantal inhoudsviewers verwacht.
  • Evalueer de behoeften voor een Power BI-app: Bedenk wat het doel van de werkruimte is, omdat deze betrekking heeft op de vereisten voor inhoudsdistributie. Wanneer een Power BI-app is vereist, kan deze invloed hebben op beslissingen over het maken van een werkruimte.
  • Houd rekening met verwachtingen voor inhoudsleveringsbereik: Bedenk hoe de verschillende bereiken voor contentlevering (persoonlijke BI, team BI, afdelings-BI en bedrijfs-BI) van invloed zijn op de manier waarop u werkruimten ontwerpt en gebruikt.

Tip

Wees bereid om flexibel te zijn. U kunt een andere strategie voor het weergeven van inhoud gebruiken voor werkruimten op basis van het scenario, evenals de teamleden die betrokken zijn. Wees ook niet bang om verschillende benaderingen voor inhoudslevering te gebruiken voor werkruimten wanneer deze kunnen worden gerechtvaardigd.

Geschikt gebruik van persoonlijke werkruimten

Er zijn twee typen werkruimten:

  • Persoonlijke werkruimten: elke gebruiker heeft een persoonlijke werkruimte. Een persoonlijke werkruimte kan worden gebruikt voor het publiceren van bepaalde typen inhoud naar de Fabric-portal. Het primaire doel is om persoonlijke BI-gebruiksscenario's te ondersteunen.
  • Werkruimten: het primaire doel van een werkruimte is om samenwerking tussen meerdere gebruikers te ondersteunen. Secondarily kan een werkruimte ook worden gebruikt voor het weergeven van inhoud.

Het gebruik van een persoonlijke werkruimte voor iets anders dan het leren van persoonlijke BI, tijdelijke inhoud of testdoeleinden kan riskant zijn omdat inhoud in een persoonlijke werkruimte door één persoon wordt beheerd en onderhouden. Bovendien biedt een persoonlijke werkruimte geen ondersteuning voor samenwerking met anderen.

Als u het maken van elk type Fabric-item (zoals een lakehouse of magazijn) wilt toestaan, moet er een werkruimte worden toegevoegd aan een Fabric-capaciteit. Dat geldt voor zowel standaardwerkruimten als persoonlijke werkruimten. Daarom kunt u bepalen wie bepaalde typen items in een persoonlijke werkruimte kan maken via de capaciteitstoewijzing.

Een persoonlijke werkruimte is beperkt in de opties om inhoud met anderen te delen. U kunt een Power BI-app niet publiceren vanuit een persoonlijke werkruimte (en Power BI-apps zijn een belangrijk mechanisme voor het distribueren van inhoud naar de organisatie). Machtigingen per item (koppelingen of directe toegang) zijn de enige manier om persoonlijke werkruimte-inhoud met anderen te delen. Daarom vergt een uitgebreid gebruik van machtigingen per item meer inspanning en verhoogt u het risico op fouten. Zie De planning voor consumentenbeveiliging rapporteren voor meer informatie.

Controlelijst : als u rekening houdt met uw verwachtingen voor hoe persoonlijke werkruimten moeten worden gebruikt, zijn belangrijke beslissingen en acties:

  • Inzicht in het huidige gebruik van persoonlijke werkruimten: Neem gesprekken met uw gebruikers en bekijk de activiteitsgegevens om te controleren wat gebruikers doen met hun persoonlijke werkruimten.
  • Bepaal hoe persoonlijke werkruimten moeten worden gebruikt: bepaal hoe persoonlijke werkruimten in uw organisatie moeten worden gebruikt (en niet). Richt u op het verdelen van risico's en gebruiksgemak met behoeften voor samenwerking en weergave van inhoud.
  • Verplaats inhoud van persoonlijke werkruimten indien van toepassing: Verplaats inhoud van persoonlijke werkruimten naar standaardwerkruimten indien van toepassing voor kritieke inhoud.
  • Documentatie over persoonlijke werkruimten maken en publiceren: maak nuttige documentatie of veelgestelde vragen voor uw gebruikers over het effectief gebruiken van persoonlijke werkruimten. Maak de informatie beschikbaar in uw gecentraliseerde portal en trainingsmateriaal.

Notitie

Zie de volgende onderwerpen over de implementatie van Fabric: gecentraliseerde portal, training en documentatie voor meer informatie.

Eigendom van werkruimte

Een van de belangrijkste dingen die u moet overwegen bij het plannen van werkruimten, is het bepalen van de rollen en verantwoordelijkheden van het eigendom en het beheer van de werkruimten. Het doel is om precies te bepalen wie verantwoordelijk is voor het maken, onderhouden, publiceren, beveiligen en ondersteunen van de inhoud in elke werkruimte.

Duidelijkheid over het eigendom is met name relevant wanneer verantwoordelijkheden voor het maken en beheren van gegevens worden gedecentraliseerd ( of gedistribueerd ) tussen afdelingen en bedrijfseenheden. Dit concept wordt ook wel een data mesh-architectuur genoemd. Zie Wat is data mesh? voor meer informatie over data mesh.

In Fabric wordt gedecentraliseerd of gedistribueerd eigendom ingeschakeld via werkruimten. Verschillende gebieden van de organisatie kunnen onafhankelijk werken, terwijl ze nog steeds bijdragen aan dezelfde onderliggende gegevensstructuur in OneLake. Elke werkruimte kan een eigen beheerder, toegangsbeheer en capaciteitstoewijzing hebben (voor facturering, geografische gegevenslocatie en prestatiebewaking).

Tip

Een extra manier om het eigendom van werkruimten in Fabric te ondersteunen, is met domeinen, die verderop in dit artikel worden beschreven.

Wanneer de intentie voor samenwerking betrekking heeft op decentralisatie en meerdere teams buiten één bedrijfseenheid, kan dit complexiteit toevoegen voor het beheren van werkruimten. Vaak is het handig om afzonderlijke werkruimten te maken om duidelijk te bepalen welk team verantwoordelijk is voor welke inhoud. Met het gebruik van meerdere werkruimten kunt u specifiek zijn voor eigendoms- en beheerverantwoordelijkheden en kunt u hiermee beveiliging instellen op basis van het principe van minimale bevoegdheden. Zie Beveiligingsplanning voor inhoudsmaker voor meer beveiligingsoverwegingen.

Tip

Uw beslissingen met betrekking tot verantwoording en verantwoordelijkheid moeten rechtstreeks correleren met uw acties met betrekking tot het definiëren van toegang tot werkruimten, zoals verderop in dit artikel wordt beschreven.

Controlelijst : bij het overwegen van verantwoordelijkheden voor het eigendom van de werkruimte zijn belangrijke beslissingen en acties:

  • Krijg een volledig inzicht in hoe het eigendom van inhoud werkt: Zorg ervoor dat u diep begrijpt hoe inhoudseigendom en -beheer plaatsvindt in de hele organisatie. Er wordt waarschijnlijk geen een-op-maat-all-benadering gebruikt om uniform toe te passen binnen de hele organisatie. Inzicht in gedecentraliseerde of gedistribueerde eigendomsbehoeften.
  • Rollen en verantwoordelijkheden definiëren en documenteren: zorg ervoor dat u duidelijke rollen en verantwoordelijkheden definieert en documenteert voor personen die samenwerken in werkruimten. Maak deze informatie beschikbaar in onboardingactiviteiten, trainingsmateriaal en uw gecentraliseerde portal.
  • Een verantwoordelijkheidsmatrix maken: wijs uit wie naar verwachting elke functie moet verwerken bij het maken, onderhouden, publiceren, beveiligen en ondersteunen van inhoud. Zorg ervoor dat deze informatie gereed is wanneer u begint met het plannen van toegangsrollen voor werkruimten.
  • Overweeg mede-eigendoms- of scenario's voor het eigendom van meerdere teams: bepaal wanneer er een scenario bestaat waarin het handig is om werkruimten te scheiden, zodat verantwoordelijkheden duidelijk zijn.
  • Documentatie voor werkruimtebeheer maken: informeer werkruimtebeheerders en leden over het beheren van werkruimte-instellingen en -toegang. Neem verantwoordelijkheden op voor werkruimtebeheerders, leden en inzenders. Maak de informatie beschikbaar in uw gecentraliseerde portal en trainingsmateriaal.

Werkruimte-organisatie

Het organiseren van werkruimten is een van de belangrijkste aspecten van de planning van de werkruimte.

Verschillende bedrijfseenheden en afdelingen kunnen werkruimten enigszins anders gebruiken, afhankelijk van hun samenwerkingsvereisten. Wanneer u een nieuwe werkruimte nodig hebt, wordt u aangeraden rekening te houden met de factoren die in deze sectie worden beschreven.

Onderwerp en bereik van werkruimte

De volgende opties bevatten enkele suggesties over hoe u werkruimten kunt organiseren op onderwerp en bereik.

In sommige gevallen hebt u mogelijk al enkele nuttige groepen in Microsoft Entra ID. Vervolgens kunt u deze gebruiken om de toegang tot resources te beheren voor het gedefinieerde onderwerpgebied en het gedefinieerde bereik. Mogelijk moet u echter een aantal nieuwe groepen maken om aan dit doel te voldoen. Zie de sectie voor toegang tot werkruimten hieronder voor overwegingen.

Optie 1: Werkruimte per onderwerpgebied of project

Door een werkruimte te maken voor elk onderwerpgebied of elk project, kunt u zich richten op het doel ervan. Hiermee kunt u een evenwichtige benadering hanteren.

Voorbeelden: Analyse van kwartaal- of productlancering

De voordelen van optie 1 zijn:

  • Het beheren van gebruikerstoegang voor wie inhoud mag bewerken of weergeven, is eenvoudiger omdat het bereik per onderwerpgebied is.
  • Wanneer inhoud wordt geopend door gebruikers over de grenzen van de organisatie, is het structureren van werkruimten per onderwerpgebied flexibeler en eenvoudiger te beheren (vergeleken met optie 2 die hierna wordt besproken).
  • Het gebruik van een bereik per onderwerpgebied is een goed compromis tussen werkruimten die te veel items en werkruimten bevatten die te weinig items bevatten.

Een nadeel van optie 1 is dat, afhankelijk van hoe smalle of brede werkruimten worden gedefinieerd, er nog steeds een risico bestaat dat er veel werkruimten worden gemaakt. Het vinden van inhoud kan lastig zijn voor gebruikers wanneer inhoud wordt verspreid over veel werkruimten.

Tip

Wanneer een werkruimte goed is gepland en beheerd, resulteert een werkruimte per onderwerpgebied of project meestal in een beheerbaar aantal werkruimten.

Optie 2: Werkruimte per afdeling of team

Het maken van een werkruimte per afdeling of team (of bedrijfseenheid) is een algemene benadering. In feite is afstemming met het organigram de meest voorkomende manier waarop mensen beginnen met het plannen van werkruimten. Het is echter niet ideaal voor alle scenario's.

Voorbeelden: Afdeling Financiën of Verkoopteam Analytics

De voordelen van optie 2 zijn:

  • Aan de slag met planning is eenvoudig. Alle inhoud die nodig is voor de personen die in die afdeling werken, bevinden zich in één werkruimte.
  • Het is eenvoudig voor gebruikers om te weten welke werkruimte moet worden gebruikt, omdat al hun inhoud wordt gepubliceerd naar de werkruimte die is gekoppeld aan hun afdeling of team.
  • Het beheren van beveiligingsrollen kan eenvoudig zijn, met name wanneer Microsoft Entra-groepen worden toegewezen aan werkruimterollen (wat een best practice is).

De nadelen van optie 2 zijn:

  • Het resultaat is vaak een werkruimte met een breed bereik die veel items bevat. Een breed gedefinieerd werkruimtebereik kan het lastig maken voor gebruikers om specifieke items te vinden.
  • Omdat er een een-op-een-relatie is tussen een werkruimte en een Power BI-app, kan een breed gedefinieerde werkruimte resulteren in apps voor gebruikers die veel inhoud bevatten. Dit probleem kan worden opgelost door bepaalde werkruimte-items uit de app uit te sluiten en met een goed ontwerp van de navigatie-ervaring van de app.
  • Wanneer gebruikers van andere afdelingen specifieke werkruimte-items moeten bekijken, kan het beheren van machtigingen complexer worden. Er is een risico dat mensen ervan uitgaan dat alles in de afdelingswerkruimte alleen voor hun ogen is. Er is ook een risico dat het delen van afzonderlijke items te veel wordt gebruikt om gedetailleerde weergavemachtigingen uit te voeren.
  • Als sommige makers van inhoud toestemming nodig hebben om bepaalde items te bewerken (maar niet alle items), is het niet mogelijk om deze machtigingen in één werkruimte in te stellen. Dat komt doordat werkruimterollen, die machtigingen voor bewerken of weergeven bepalen, worden gedefinieerd op werkruimteniveau.
  • Wanneer u een groot aantal werkruimte-items hebt, betekent dit vaak dat u strikte naamconventies moet gebruiken voor items, zodat gebruikers kunnen vinden wat ze nodig hebben.
  • Grote werkruimten met veel items kunnen een technische beperking ondervinden voor het aantal items dat in een werkruimte kan worden opgeslagen.

Tip

Wanneer u werkruimten maakt die zijn afgestemd op uw organigram, krijgt u vaak minder werkruimten. Het kan echter leiden tot werkruimten die veel inhoud bevatten. We raden u niet aan werkruimten per afdeling of team uit te lijnen wanneer u verwacht een aanzienlijk aantal items en/of veel gebruikers te hebben.

Optie 3: Werkruimte voor een specifiek rapport of een specifieke app

Het maken van een werkruimte voor elk rapport of type analyse wordt niet aanbevolen, behalve voor specifieke omstandigheden.

Voorbeelden: Dagelijkse verkoopoverzicht of executive bonussen

Voordelen van optie 3 zijn:

  • Het doel van een smal gedefinieerde werkruimte is duidelijk.
  • Ultragevoelige inhoud kan en moet vaak worden gescheiden in een eigen werkruimte, zodat deze expliciet kan worden beheerd en beheerd.
  • Gedetailleerde werkruimtemachtigingen zijn van toepassing op enkele items. Deze instelling is handig wanneer een gebruiker bijvoorbeeld het ene rapport mag bewerken, maar niet een ander.

Nadelen van optie 3 zijn:

  • Als deze te veel worden gebruikt, resulteert het maken van smal gedefinieerde werkruimten in een groot aantal werkruimten.
  • Als u een groot aantal werkruimten hebt om mee te werken, hebt u meer moeite nodig. Hoewel gebruikers kunnen vertrouwen op zoeken, kan het vinden van de juiste inhoud in de juiste werkruimte frustrerend zijn.
  • Wanneer er een groter aantal werkruimten bestaat, is er meer werk vanuit het perspectief van controle en bewaking.

Tip

Het maken van een werkruimte met een beperkt bereik, zoals een afzonderlijk rapport, moet alleen om specifieke redenen worden uitgevoerd. Dit moet de uitzondering zijn in plaats van de regel. Af en toe is het scheiden van scorecards in hun eigen werkruimte een handige techniek. Het gebruik van een afzonderlijke werkruimte is bijvoorbeeld handig wanneer een scorecard doelen presenteert die meerdere onderwerpgebieden omvatten. Het is ook handig om specifieke machtigingen in te stellen voor het beheren en weergeven van de scorecard.

Controlelijst : als u rekening houdt met het onderwerp en het bereik van werkruimte-inhoud, zijn belangrijke beslissingen en acties:

  • Bepaal hoe werkruimten momenteel zijn ingesteld: Controleer hoe mensen momenteel werkruimten gebruiken. Bepaal wat goed werkt en wat niet goed werkt. Plannen voor mogelijke wijzigingen en mogelijkheden voor gebruikersonderwijs.
  • Overweeg het beste werkruimtebereik: bepaal hoe u wilt dat personen werkruimten gebruiken op basis van doel, onderwerpgebied, bereik en wie verantwoordelijk is voor het beheren van de inhoud.
  • Bepaal waar zeer gevoelige inhoud zich bevindt: Bepaal wanneer u een specifieke werkruimte maakt voor zeer gevoelige inhoud kan worden gerechtvaardigd.
  • Documentatie maken en publiceren over het gebruik van werkruimten: maak nuttige documentatie of veelgestelde vragen voor uw gebruikers over het organiseren en gebruiken van werkruimten. Maak deze informatie beschikbaar in trainingsmateriaal en uw gecentraliseerde portal.

Typen werkruimte-items

Het scheiden van gegevenswerkruimten van rapportagewerkruimten is een veelvoorkomende procedure voor het loskoppelen van gegevensassets van analytische assets.

  • Een gegevenswerkruimte is bedoeld voor het opslaan en beveiligen van gegevensitems zoals een lakehouse, magazijn, gegevenspijplijn, gegevensstroom of semantisch model.
  • Een rapportagewerkruimte is meer gericht op de downstream analytische activiteiten. Het is speciaal bedoeld voor het opslaan en beveiligen van items zoals rapporten, dashboards en metrische gegevens. Rapportagewerkruimten bevatten voornamelijk (maar niet noodzakelijkerwijs uitsluitend) Power BI-inhoud.

Tip

Met elke Fabric-ervaring kunt u verschillende soorten items maken. Deze items passen niet altijd netjes in het concept van wat wordt beschouwd als gegevens versus rapportage-inhoud (of analytische inhoud). Een voorbeeld hiervan is een Fabric-notebook dat op veel verschillende manieren kan worden gebruikt, zoals het laden en transformeren van gegevens in een lakehouse, het verzenden van Spark SQL-query's of het analyseren en visualiseren van gegevens met PySpark. Wanneer de werkruimte gemengde werkbelastingen bevat, wordt u aangeraden u voornamelijk te richten op het doel van de werkruimte en het eigendom van de inhoud, zoals elders in dit artikel wordt beschreven.

De voordelen voor het scheiden van gegevenswerkruimten van rapportagewerkruimten zijn:

  • Kritieke organisatiegegevens, zoals een goedgekeurd Lakehouse- of semantisch model, kunnen zich bevinden in een specifieke werkruimte die is ontworpen om herbruikbare gegevens beschikbaar te maken op ondernemingsniveau. Voorbeelden van veelvoorkomende voorbeelden zijn:
  • Toegangsbeheer kan worden gecentraliseerd voor kritieke organisatiegegevens. Het afzonderlijk beheren van de toegang voor de gegevenswerkruimte vergeleken met rapportagewerkruimten is handig wanneer verschillende personen verantwoordelijk zijn voor gegevens en rapporten. Met beheerde selfservice-BI is het gebruikelijk om veel makers van rapporten en minder gegevensmakers te hebben.
  • Door te beperken wie semantische modellen kan bewerken en beheren, wordt het risico op onbedoelde wijzigingen geminimaliseerd, met name voor kritieke gegevensitems die voor veel doeleinden of door veel gebruikers opnieuw worden gebruikt. Fysieke scheiding vermindert de kans op onbedoelde of niet-goedgekeurde wijzigingen. Deze extra beschermingslaag is nuttig voor gecertificeerde semantische modellen, die afhankelijk zijn van hun kwaliteit en betrouwbaarheid.
  • Scenario's voor co-eigendom worden verduidelijkt. Wanneer gedeelde semantische modellen worden geleverd vanuit een gecentraliseerd BI- of IT-team, terwijl rapporten worden gepubliceerd door makers van selfservice-inhoud (in bedrijfseenheden), is het een goed idee om de semantische modellen te scheiden in een afzonderlijke werkruimte. Deze aanpak voorkomt de dubbelzinnigheid van scenario's voor co-eigendom, omdat het eigendom en de verantwoordelijkheid per werkruimte duidelijker zijn gedefinieerd.
  • Beveiliging op rijniveau (RLS) wordt afgedwongen. Wanneer u makers aanmoedigt om in verschillende werkruimten te werken, hebben ze geen onnodige bewerkingsmachtigingen voor het oorspronkelijke semantische model. Het voordeel is dat RLS - en/of objectniveaubeveiliging (OLS) wordt afgedwongen voor makers van inhoud (en ook inhoudsviewers).

De nadelen voor het scheiden van gegevenswerkruimten uit rapportagewerkruimten zijn:

  • Een naamconventie voor werkruimten is vereist om een gegevenswerkruimte te kunnen onderscheiden van een rapportagewerkruimte.
  • Extra gebruikersonderwijs is vereist om ervoor te zorgen dat inhoudsauteurs en consumenten weten waar inhoud moet worden gepubliceerd en gevonden.
  • Soms is het lastig om de itemtypen die zich in een werkruimte moeten bevinden duidelijk af te bakenen. Na verloop van tijd kan een werkruimte meer typen inhoud bevatten dan oorspronkelijk was bedoeld.
  • Het gebruik van afzonderlijke werkruimten resulteert in een groter aantal werkruimten dat u moet beheren en controleren. Wanneer u van plan bent voor doel, bereik en andere overwegingen (zoals de scheiding van ontwikkelings-, test- en productie-inhoud) kan de benadering van werkruimteontwerp ingewikkelder worden.
  • Er kunnen extra wijzigingsbeheerprocessen nodig zijn om aangevraagde wijzigingen in gecentraliseerde gegevensitems bij te houden en te prioriteren, met name wanneer rapportmakers vereisten hebben die verder gaan dan wat kan worden verwerkt door samengestelde modellen en metingen op rapportniveau.

Controlelijst : als u de itemtypen overweegt die in een werkruimte moeten worden opgeslagen, zijn belangrijke beslissingen en acties onder andere:

  • Bepaal uw doelstellingen voor het hergebruik van gegevens: bepaal hoe u gegevens opnieuw kunt gebruiken als onderdeel van een beheerde selfservice BI-strategie.
  • Werk de tenantinstelling bij voor wie semantische modellen in werkruimten kan gebruiken: Bepaal of deze mogelijkheid aan alle gebruikers kan worden verleend. Als u besluit om te beperken wie semantische modellen in werkruimten kan gebruiken, kunt u overwegen om een groep te gebruiken, zoals makers van door Fabric goedgekeurde rapporten.

Toegang tot werkruimte

Omdat het primaire doel van een werkruimte samenwerking is, is toegang tot werkruimten voornamelijk van toepassing op gebruikers die de inhoud maken en beheren. Het kan ook relevant zijn wanneer de werkruimte wordt gebruikt voor het weergeven van inhoud (een secundair doel voor werkruimten, zoals eerder in dit artikel is beschreven).

Wanneer u begint met het plannen van werkruimterollen, is het handig om uzelf de volgende vragen te stellen.

  • Wat zijn de verwachtingen voor hoe samenwerking plaatsvindt in de werkruimte?
  • Wordt de werkruimte rechtstreeks gebruikt voor het weergeven van inhoud door consumenten?
  • Wie is er verantwoordelijk voor het beheren van de inhoud in de werkruimte?
  • Wie bekijkt inhoud die is opgeslagen in de werkruimte?
  • Is het de bedoeling om afzonderlijke gebruikers of groepen toe te wijzen aan werkruimterollen?

Het is een best practice om groepen te gebruiken voor het toewijzen van werkruimterollen wanneer dit praktisch is. Er zijn verschillende soorten groepen die u kunt toewijzen. Beveiligingsgroepen, beveiligingsgroepen met e-mail, distributiegroepen en Microsoft 365-groepen worden allemaal ondersteund voor werkruimterollen. Zie Beveiligingsplanning op tenantniveau voor meer informatie over het gebruik van groepen.

Wanneer u van plan bent om groepen te gebruiken, kunt u overwegen om één groep per rol per werkruimte te maken. Als u bijvoorbeeld de werkruimte Kwartaal financiële financiën wilt ondersteunen, kunt u de volgende groepen maken:

  • Infrastructuurwerkruimtebeheerders - Driemaandelijkse financiële gegevens
  • Leden van de infrastructuurwerkruimte - Driemaandelijkse financiële gegevens
  • Inzenders voor infrastructuurwerkruimten - Driemaandelijkse financiële middelen
  • Gebruikers van infrastructuurwerkruimten - Kwartaal financiële middelen
  • Power BI-app-viewers - Kwartaal financiële gegevens

Tip

Het maken van de bovenstaande groepen biedt flexibiliteit. Het gaat echter om het maken en beheren van veel groepen. Het beheren van een groot aantal groepen kan ook lastig zijn wanneer groepen alleen worden gemaakt en onderhouden door IT. Deze uitdaging kan worden beperkt door selfservicegroepsbeheer in te schakelen voor bepaalde satellietleden. Deze leden kunnen het Coe (Center of Excellence), kampioenen of vertrouwde gebruikers omvatten die zijn getraind voor het beheren van rollidmaatschappen voor hun bedrijfseenheid. Zie Beveiligingsplanning op tenantniveau voor meer informatie.

Wanneer gegevenswerkruimten worden gescheiden van rapportagewerkruimten, zoals eerder in dit artikel is beschreven, resulteert dit in een nog groter aantal groepen. Overweeg hoe het aantal groepen verdubbelt van vijf tot 10 wanneer u gegevens en rapportagewerkruimten scheidt:

  • Beheerders van infrastructuurgegevenswerkruimten - Driemaandelijkse financiële gegevens
  • Beheerders van infrastructuurrapportagewerkruimten - Kwartaal financiële gegevens
  • Leden van de fabric-gegevenswerkruimte - Driemaandelijkse financiële gegevens
  • Leden van de infrastructuurrapportagewerkruimte - Driemaandelijkse financiële gegevens
  • Inzenders voor infrastructuurgegevenswerkruimten - Driemaandelijkse financiële gegevens
  • Inzenders voor infrastructuurrapportagewerkruimten - Driemaandelijkse financiële gegevens
  • Kijkers van werkruimten voor infrastructuurgegevens - Driemaandelijkse financiële gegevens
  • Werkruimteviewers voor infrastructuurrapportage - Driemaandelijkse financiële gegevens
  • Power BI-app-viewers - Kwartaal financiële gegevens

Wanneer er meerdere werkruimten bestaan voor ontwikkeling, testen en productie, resulteert dit in een nog groter aantal groepen. Er is een potentieel voor het aantal groepen dat drie keer moet worden gebruikt. Voor alleen de beheerders van de gegevenswerkruimte zijn er bijvoorbeeld de volgende drie groepen:

  • Beheerders van infrastructuurgegevenswerkruimten - Driemaandelijkse financiële gegevens [Dev]
  • Beheerders van infrastructuurgegevenswerkruimten - Driemaandelijkse financiële gegevens [Test]
  • Beheerders van infrastructuurgegevenswerkruimten - Driemaandelijkse financiële gegevens

De vorige voorbeelden zijn bedoeld om aan te geven dat het gebruik van groepen die aan werkruimterollen zijn toegewezen, snel onbeheerbaar kan worden.

Tip

Er zijn momenten waarop minder groepen nodig zijn, met name in ontwikkeling. U hoeft bijvoorbeeld geen werkruimteviewergroep op te geven in ontwikkeling; die groep is alleen nodig voor testen en productie. Of u kunt dezelfde werkruimtebeheerdersgroep gebruiken voor ontwikkeling, testen en productie. Zie Het levenscyclusbeheer van werkruimten verderop in dit artikel voor meer informatie over ontwikkeling, testen en productie.

Het effectieve gebruik van groepen voor werkruimterollen kan aanzienlijke planning vereisen. Wees voorbereid op scenario's waarbij bestaande groepen (die mogelijk zijn afgestemd op het organigram) niet voldoen aan al uw behoeften voor het beheren van Fabric-inhoud. In dit geval raden we u aan om speciaal voor dit doel groepen te maken. Daarom worden de woorden Fabric of Power BI opgenomen in de voorbeelden van groepsnamen die hierboven worden weergegeven. Als u meerdere business intelligence-hulpprogramma's hebt, kunt u ervoor kiezen om alleen BI als voorvoegsel te gebruiken. Op die manier kunt u dezelfde groepen gebruiken voor meerdere hulpprogramma's.

Ten slotte geven de voorbeelden één werkruimte weer , kwartaal financieel, maar vaak is het mogelijk om een verzameling werkruimten met één set groepen te beheren. Meerdere werkruimten die eigendom zijn van en worden beheerd door het financiële team, kunnen bijvoorbeeld dezelfde groepen gebruiken.

Notitie

U plant de beveiliging vaak breder, waarbij rekening wordt gehouden met semantische modelvereisten voor lezen en bouwen van machtigingen en beveiligingsvereisten op rijniveau (RLS ). Zie de artikelen over beveiligingsplanning voor meer informatie over wat u moet overwegen voor het ondersteunen van rapportgebruikers en makers van inhoud. Voor het doel van dit artikel is de focus alleen op werkruimterollen als onderdeel van het planningsproces voor de werkruimte.

Controlelijst : bij het overwegen van toegang tot werkruimten zijn belangrijke beslissingen en acties onder andere:

  • Raadpleeg rollen en verantwoordelijkheden: gebruik de informatie over rollen en verantwoordelijkheden die u eerder hebt voorbereid om werkruimterollen te plannen.
  • Bepaal wie eigenaar is van en beheert de inhoud: controleer of alle items die u verwacht op te slaan in één werkruimte, zijn afgestemd op de personen die verantwoordelijk zijn voor het bezitten en beheren van de inhoud. Als er sprake is van een onjuiste overeenkomst, moet u bedenken hoe de werkruimten beter kunnen worden georganiseerd.
  • Bepalen wie inhoud in de werkruimte weergeeft: bepaal of personen inhoud rechtstreeks vanuit de werkruimte bekijken.
  • Plan de werkruimterollen: Bepaal welke personen geschikt zijn voor de rollen Beheerder, Lid, Inzender en Viewer voor elke werkruimte.
  • Bepaal welke groeps- of afzonderlijke roltoewijzingen u wilt toewijzen: bepaal of u afzonderlijke gebruikers of groepen wilt toewijzen aan werkruimterollen. Controleer of er bestaande groepen zijn die u kunt gebruiken voor roltoewijzingen van werkruimten.
  • Bepaal of er nieuwe groepen moeten worden gemaakt: Overweeg zorgvuldig of u een nieuwe groep per werkruimterol moet maken. Houd er rekening mee dat dit kan leiden tot het maken en onderhouden van veel groepen. Bepaal wat het proces is wanneer een nieuwe werkruimte wordt gemaakt en hoe gerelateerde groepen worden gemaakt.
  • Configureer en test de roltoewijzingen van de werkruimte: controleer of gebruikers over de juiste beveiligingsinstellingen beschikken die ze nodig hebben om productief te zijn tijdens het maken, bewerken en weergeven van inhoud.

Werkruimtedomein

Zoals eerder in dit artikel is beschreven, is het essentieel om duidelijkheid te hebben over het eigendom van de werkruimte. Een manier om het eigendom van werkruimten in Fabric verder te ondersteunen, is met domeinen. Een domein is een manier om meerdere werkruimten met vergelijkbare kenmerken logisch te groeperen.

Zie Werkruimtedomeinen voor meer informatie over het plannen van domeinen in uw tenant.

Werkruimte-instellingen

Er zijn verschillende instellingen die u voor elke afzonderlijke werkruimte kunt instellen. Deze instellingen kunnen van invloed zijn op de manier waarop samenwerking plaatsvindt, wie toegang heeft tot de werkruimte en het niveau van de herbruikbaarheid van gegevens in Infrastructuurworkloads.

Werkruimtelicentiemodus

Elke werkruimte heeft een licentiemodusinstelling . Deze kan worden ingesteld op Pro, Premium per gebruiker, Premium-capaciteit, Embedded, Fabric-capaciteit of Proefversie.

Belangrijk

Soms verwijst dit artikel naar Power BI Premium of de capaciteitsabonnementen (P-SKU's). Houd er rekening mee dat Microsoft momenteel aankoopopties consolideert en de Power BI Premium-SKU's per capaciteit buiten gebruik stelt. Nieuwe en bestaande klanten moeten overwegen om in plaats daarvan F-SKU's (Fabric-capaciteitsabonnementen) aan te schaffen.

Zie Belangrijke update voor Power BI Premium-licenties en veelgestelde vragen over Power BI Premium voor meer informatie.

Het type licentie is belangrijk voor het plannen van werkruimten, omdat het bepaalt:

  • Functies: Verschillende functies worden ondersteund. PPU bevat meer functies (zoals implementatiepijplijnen) die niet beschikbaar zijn in Pro. Er zijn nog veel meer Fabric-functies (zoals lakehouses) beschikbaar voor werkruimten die zijn toegewezen aan een infrastructuurcapaciteit.
  • Toegang tot inhoud: Het licentietype bepaalt wie toegang heeft tot inhoud in de werkruimte:
    • Alleen gebruikers met een PPU-licentie (naast het toewijzen van een werkruimterol) hebben toegang tot een PPU-werkruimte.
    • Als u verwacht inhoud te leveren aan inhoudsviewers met een gratis licentie, hebt u een licentie van F64 of hoger nodig.
  • Locatie voor gegevensopslag: Wanneer u gegevens wilt opslaan in een specifieke geografische regio (buiten uw thuisregio), wordt dat mogelijk met een werkruimte die is toegewezen aan een capaciteit (en dienovereenkomstig wordt de capaciteit in die regio gemaakt). Zie Tenant instellen voor meer informatie over de locatie van gegevensopslag.

Controlelijst : bij het overwegen van de werkruimtelicentiemodus zijn belangrijke beslissingen en acties:

  • Overweeg welke functies vereist zijn voor elke werkruimte: bepaal de functievereisten van elke werkruimte. Houd rekening met verschillen in werkbelasting en welke gebruikers u toegang wilt krijgen tot de werkruimte.
  • Stel de werkruimtelicentiemodus in: Controleer en werk elke werkruimtelicentiemodus bij op basis van welke functies voor elke werkruimte nodig zijn.

Levenscyclusbeheer voor werkruimten

Wanneer makers van inhoud samenwerken om analytische oplossingen te leveren die belangrijk zijn voor de organisatie, zijn er verschillende overwegingen voor levenscyclusbeheer . Deze processen worden ook wel continue integratie/continue levering (CI/CD) genoemd, wat één aspect van DevOps is.

Enkele overwegingen voor levenscyclusbeheer zijn:

  • Hoe u tijdige, betrouwbare en consistente levering van inhoud kunt garanderen.
  • Hoe u activiteiten communiceert en coördineert tussen meerdere makers van inhoud die aan hetzelfde project werken.
  • Conflicten oplossen wanneer meerdere makers van inhoud hetzelfde item in hetzelfde project bewerken.
  • Een eenvoudig en betrouwbaar implementatieproces structuren.
  • Geïmplementeerde inhoud terugdraaien naar een vorige stabiele, werkende versie.
  • Hoe u snelle releases van nieuwe functies en bugfixes kunt verdelen tijdens het beveiligen van productie-inhoud.

In Fabric zijn er twee hoofdonderdelen van levenscyclusbeheer.

  • Versiebeheer van inhoud: Met Git-integratie kunnen eigenaren en makers van inhoud versies van hun werk maken. Het kan worden gebruikt met webontwikkeling in een werkruimte of bij het ontwikkelen in een clienthulpprogramma, zoals Power BI Desktop. Versiebeheer (ook wel broncodebeheer genoemd) wordt bereikt door alle revisies in een project bij te houden met behulp van vertakkingen die zijn gekoppeld aan lokale en externe opslagplaatsen in Azure DevOps. Wijzigingen worden regelmatig doorgevoerd in vertakkingen in de externe opslagplaats. Wanneer een maker van inhoud revisies heeft voltooid die zijn getest en goedgekeurd, wordt de vertakking samengevoegd met de nieuwste versie van de oplossing in de primaire externe opslagplaats (na het oplossen van samenvoegingsconflicten). Git-integratie kan worden opgegeven voor elke werkruimte in de Fabric-portal, mits de functie is ingeschakeld in de tenantinstellingen.
  • Inhoud promoten: Implementatiepijplijnen zijn voornamelijk gericht op releasebeheer om een stabiele omgeving voor gebruikers te behouden. U kunt een werkruimte toewijzen aan een fase (ontwikkeling, test of productie) in een implementatiepijplijn. Vervolgens kunt u uw inhoud eenvoudig en systematisch promoveren of implementeren in de volgende fase.

Wanneer u de functies voor levenscyclusbeheer combineert, zijn er best practices om rekening mee te houden tijdens uw planningsproces. U kunt er bijvoorbeeld voor kiezen om Git-integratie te gebruiken voor uw ontwikkelwerkruimte en implementatiepijplijnen om te publiceren naar uw test- en productiewerkruimten. Voor deze soorten beslissingen is het consistent gebruik van de overeengekomen praktijk vereist. U wordt aangeraden een proof-of-concept uit te voeren om uw configuratie-, processen- en machtigingsmodel volledig te testen.

Controlelijst : bij het plannen van levenscyclusbeheer voor werkruimten zijn de belangrijkste beslissingen en acties:

  • Bepaal hoe gebruikers versiebeheer moeten gebruiken: analyseer hoe uw selfservice- en geavanceerde makers van inhoud werken om te bepalen of bestandsversiebeheer met OneDrive voor Bedrijven of SharePoint geschikt is. Introduceer Git-integratie voor geavanceerde gebruikers die meer mogelijkheden nodig hebben. Bereid u voor op de ondersteuning van beide typen gebruikers.
  • Bepaal hoe gebruikers inhoud moeten promoveren: analyseer hoe uw selfservice- en geavanceerde makers van inhoud werken om te bepalen of implementatiepijplijnen geschikt zijn voor het promoten van inhoud.
  • Bepaal of Git-integratie moet worden ingeschakeld: Overweeg of Git-integratie met werkruimten geschikt is voor de werking van uw makers van inhoud. Stel in dat gebruikers werkruimte-items kunnen synchroniseren met hun tenantinstelling voor Git-opslagplaatsen om deze beslissing te bepalen. Controleer elk van de tenantinstellingen voor Git-integratie en stel deze in op basis van uw governancerichtlijnen.
  • Voer een proof-of-concept uit: voer een technisch bewijs van concept uit om te verduidelijken hoe u van plan bent om Git-werkruimten en implementatiepijplijnen samen te laten werken.
  • Bepaal welke werkruimten Git-integratie moeten hebben: Bedenk hoe uw makers van inhoud werken en welke werkruimten moeten worden toegewezen aan een ontwikkelings-, test- of productiebranch (release).
  • Controleer licenties: controleer of u een capaciteitslicentie hebt die beschikbaar is voor het gebruik van Git-integratie. Zorg ervoor dat elke werkruimte is toegewezen aan een infrastructuurcapaciteit of Power BI Premium-capaciteit.
  • Azure DevOps instellen: werk samen met uw beheerder om de Azure DevOps-projecten, opslagplaatsen en vertakkingen in te stellen die u nodig hebt voor elke werkruimte. Wijs de juiste toegang toe aan elke opslagplaats.
  • Werkruimten verbinden: verbind elke werkruimte met de juiste Azure DevOps-opslagplaats.
  • Overweeg wie in productie moet implementeren: neem beslissingen over hoe en wie productie-inhoud moet kunnen bijwerken. Zorg ervoor dat deze beslissingen overeenkomen met de manier waarop het eigendom van de werkruimte in uw organisatie wordt verwerkt.
  • Inhoudsmakers informeren: zorg ervoor dat alle makers van inhoud begrijpen wanneer ze functies en procedures voor levenscyclusbeheer moeten gebruiken. Informeer ze over de werkstroom en hoe verschillende werkruimten invloed hebben op levenscyclusbeheerprocessen.

Werkruimteintegratie met ADLS Gen2

Het is mogelijk om een werkruimte te verbinden met een Azure Data Lake Storage Gen2-account (ADLS Gen2). Er zijn twee redenen waarom u dit kunt doen:

  • Opslag van Power BI-gegevensstromen: als u ervoor kiest om bring-your-own-data-lake te gebruiken, kunnen de gegevens voor Power BI-gegevensstromen (Gen1) rechtstreeks in Azure worden geopend. Directe toegang tot gegevensstroomopslag in ADLS Gen2 is handig als u wilt dat andere gebruikers of processen de gegevens kunnen bekijken of openen. Het is vooral handig als u gegevensstromen buiten Power BI opnieuw wilt gebruiken. Er zijn twee opties voor het toewijzen van opslag:
    • Opslag op tenantniveau, wat handig is bij het centraliseren van alle gegevens voor Power BI-gegevensstromen in één ADLS Gen2-account is gewenst.
    • Opslag op werkruimteniveau, wat handig is wanneer bedrijfseenheden hun eigen Data Lake beheren of bepaalde vereisten voor gegevenslocatie hebben.
  • Back-up en herstel voor semantische Power BI-modellen: de back-up- en herstelfunctie van het Power BI-model wordt ondersteund voor werkruimten die zijn toegewezen aan capaciteit of PPU. Deze functie maakt gebruik van hetzelfde ADLS Gen2-account dat wordt gebruikt voor het opslaan van Power BI-gegevensstromen (beschreven in het vorige opsommingsteken). Back-ups van semantische modellen zijn nuttig voor:
    • Voldoen aan vereisten voor gegevensretentie
    • Routineback-ups opslaan als onderdeel van een strategie voor herstel na noodgevallen
    • Back-ups opslaan in een andere regio
    • Een gegevensmodel migreren

Belangrijk

Het instellen van Azure-verbindingen in de Fabric-beheerportal betekent niet dat alle gegevensstromen voor de hele tenant standaard worden opgeslagen in een ADLS Gen2-account. Als u een expliciet opslagaccount (in plaats van interne opslag) wilt gebruiken, moet elke werkruimte expliciet zijn verbonden. Het is essentieel dat u de Azure-werkruimteverbindingen instelt voordat u Power BI-gegevensstromen in de werkruimte maakt.

Controlelijst : bij het overwegen van werkruimte-integratie met ADLS Gen2 zijn belangrijke beslissingen en acties:

  • Bepaal of de werkruimte wordt gebruikt op manieren waarvoor Azure Storage is vereist: Overweeg of een bring-your-own-data lake-scenario nuttig is voor de opslag van gegevensstromen en/of u vereisten hebt om de back-up- en herstelfunctionaliteit van het semantische model te gebruiken.
  • Bepaal welk Azure Storage-account wordt gebruikt: Selecteer een Azure Storage-account waarvoor de hiërarchische naamruimte is ingeschakeld (ADLS Gen2) voor opslag op tenantniveau (gecentraliseerd) van gegevensstromen of semantische modelback-ups. Zorg ervoor dat u de gegevens van het Azure Storage-account direct beschikbaar hebt.
  • Configureer het opslagaccount op tenantniveau: Stel in de Fabric-beheerportal het ADLS Gen2-opslagaccount op tenantniveau in.
  • Bepaal of werkruimtebeheerders verbinding kunnen maken met een opslagaccount: Neem discussies om inzicht te krijgen in de behoeften van gedecentraliseerde teams en of afzonderlijke teams momenteel hun eigen Azure Storage-accounts onderhouden. Bepaal of deze mogelijkheid moet worden ingeschakeld.
  • Configureer de beheerdersinstelling voor opslag op werkruimteniveau: Schakel in de fabric-beheerportal de optie in waarmee werkruimtebeheerders verbinding kunnen maken met hun eigen opslagaccount.
  • Stel de Azure Storage-verbindingen op werkruimteniveau in: Geef het Azure Storage-account voor elke afzonderlijke werkruimte op. U moet het opslagaccount instellen voordat u Power BI-gegevensstromen in de werkruimte maakt. Als u semantische modelback-ups wilt gebruiken, moet u ervoor zorgen dat de werkruimtelicentiemodus is ingesteld op capaciteit of PPU.
  • Werk de documentatie voor werkruimtebeheer bij: zorg ervoor dat uw documentatie voor werkruimtebeheer informatie bevat over het correct toewijzen van ADLS Gen2-opslagaccounts. Maak de informatie beschikbaar in uw gecentraliseerde portal en trainingsmateriaal.

Werkruimte-integratie met Azure Log Analytics

Azure Log Analytics is een service in Azure Monitor. U kunt Azure Log Analytics gebruiken om diagnostische gegevens te controleren die zijn gegenereerd door de Analysis Services-engine, die als host fungeert voor semantische Power BI-modellen. Logboeken op werkruimteniveau zijn handig voor het analyseren van prestaties en trends, het uitvoeren van analyse van gegevensvernieuwing, het analyseren van XMLA-eindpuntbewerkingen en meer. Azure Log Analytics is alleen beschikbaar voor werkruimten die zijn toegewezen aan capaciteit of PPU.

Notitie

Hoewel de namen vergelijkbaar zijn, verschillen de gegevens die naar Azure Log Analytics worden verzonden, van de gegevens die zijn vastgelegd in het Power BI-activiteitenlogboek. De gegevens die naar Azure Log Analytics worden verzonden, hebben betrekking op gebeurtenissen die worden gegenereerd door de Analysis Services-engine (bijvoorbeeld query-begin - en query-eindevenementen ). Omgekeerd houdt het activiteitenlogboek zich bezig met het bijhouden van gebruikersactiviteiten (bijvoorbeeld Rapport weergeven of Rapport gebeurtenissen bewerken).

Zie Controle op gegevensniveau voor meer informatie over gebeurtenislogboeken van semantische modellen.

Zie Azure Log Analytics configureren voor Power BI voor meer informatie over het instellen van Azure Log Analytics voor gebruik met Power BI. Zorg ervoor dat u de vereisten begrijpt die u moet hebben om de integratie te laten werken.

Controlelijst : bij het overwegen van werkruimte-integratie met Azure Log Analytics zijn belangrijke beslissingen en acties:

  • Bepaal of werkruimtebeheerders verbinding kunnen maken met Log Analytics: bepaal of alle of sommige werkruimtebeheerders Azure Log Analytics mogen gebruiken voor het analyseren van logboeken op werkruimteniveau. Als de toegang wordt beperkt tot alleen bepaalde personen, bepaalt u welke groep u wilt gebruiken.
  • Stel de tenantinstelling in voor Log Analytics-verbindingen: Stel in de Fabric-beheerportal de tenantinstelling in op basis van de beslissing waarvoor werkruimtebeheerders verbindingen instellen.
  • Stel de Log Analytics-werkruimte in voor elke werkruimte: Geef in de werkruimte-instellingen de Azure Log Analytics-gegevens voor elke werkruimte op. Als u logboeken op werkruimteniveau wilt vastleggen, moet u ervoor zorgen dat de werkruimtelicentiemodus is ingesteld op capaciteit of PPU.
  • Werk de documentatie voor werkruimtebeheer bij: zorg ervoor dat uw documentatie voor werkruimtebeheer informatie bevat over het toewijzen van een werkruimte aan Azure Log Analytics.

Andere werkruimte-eigenschappen

Er zijn verschillende andere werkruimte-eigenschappen die nuttige informatie kunnen bieden. Voor beheerde werkruimten raden we u aan deze eigenschappen in te stellen.

Hier volgen enkele suggesties voor het instellen van deze belangrijke instellingen om de ervaring voor uw gebruikers te verbeteren.

  • Beschrijving van de werkruimte: Een goede beschrijving van de werkruimte bevat een korte, maar specifieke uitleg over welk type inhoud in de werkruimte kan worden gevonden. U kunt maximaal 4000 tekens gebruiken om het volgende te beschrijven:
    • Het doel voor de werkruimte
    • De doelgroep
    • Het type inhoud dat naar de werkruimte is gepubliceerd
    • Of de werkruimte wordt beschouwd als beheerd
    • Of de werkruimte ontwikkelings-, test- of productiegegevens bevat
    • Wie contact moet opnemen, moet er vragen zijn (af en toe is het van cruciaal belang om deze informatie zo prominent mogelijk weer te geven, naast de lijst met contactpersonen die hierna wordt beschreven)
  • Werkruimtecontactpersonen: de lijst met contactpersonen van de werkruimte bevat standaard de werkruimtebeheerders. Als u eigenaren van technische inhoud hebt die afwijken van de deskundigen op het gebied van onderwerpen, kan het handig zijn om andere contactpersonen op te geven. Andere contactpersonen kunnen groepen of personen zijn die vragen over de inhoud van de werkruimte kunnen beantwoorden.
  • Werkruimte-installatiekopieën: consistent gebruik van werkruimte-installatiekopieën kan handig zijn voor gebruikers wanneer ze een lijst met werkruimten scannen. Overweeg het gebruik van een afbeelding om gebruikers te helpen bepalen:
    • Het domein of het onderwerpgebied
    • Welke bedrijfseenheid of welk team eigenaar is van en beheert de inhoud
    • Of het nu gaat om een gegevenswerkruimte (een werkruimte die is toegewezen aan het opslaan van herbruikbare items, zoals een lakehouse, magazijn, gegevenspijplijn, gegevensstroom of semantisch model)
    • Of het nu gaat om een rapportagewerkruimte (een werkruimte die is toegewezen aan het opslaan van analytische items, zoals rapporten, dashboards of metrische gegevens)
  • Instellingen voor gegevensmodel: hiermee kunnen leden, beheerders en gebruikers van werkruimten met samenstellingsmachtigingen voor de semantische modellen Power BI-gegevensmodellen bewerken met behulp van de webinterface. Deze instelling wordt samen met de gebruikers gebruikt om gegevensmodellen te bewerken in de Power BI-service tenantinstelling. Deze instelling moet overeenkomen met uw beslissingen en processen voor de wijze waarop inhoud wordt gemaakt, beheerd en geïmplementeerd. Houd ook rekening met uw methode voor versiebeheer , zoals eerder in dit artikel is beschreven.

Controlelijst : bij het overwegen van de andere werkruimte-eigenschappen zijn de belangrijkste beslissingen en acties:

  • Geef de beschrijving van de werkruimte op: Zorg ervoor dat er een nuttige en grondige beschrijving is opgenomen in de beschrijving van de werkruimte.
  • Gebruik een nuttige afbeelding voor de werkruimte: Stel een consistente afbeelding in voor de werkruimte die gebruikers visueel helpt inzicht te krijgen in het onderwerpgebied, wie eigenaar is van en beheert inhoud in de werkruimte en/of het type inhoud dat in de werkruimte is opgeslagen.
  • Contactpersonen voor de werkruimte identificeren: controleer of de werkruimtebeheerders de contactpersonen van de werkruimte moeten zijn of of specifieke gebruikers of groepen moeten worden opgegeven.
  • Geef instellingen voor gegevensmodellen op: Overweeg welke werkruimten het bewerken van gegevensmodellen op internet kunnen toestaan. Stel de gebruikers kunnen gegevensmodellen bewerken in de Power BI-service tenantinstelling op basis van uw voorkeuren voor wie inhoud kan bewerken en beheren.

Andere technische factoren

Er zijn andere technische factoren die van invloed kunnen zijn op de installatie van uw werkruimte.

  • Als u inhoud integreert met andere hulpprogramma's en services, kan dit gevolgen hebben voor licenties. Als u bijvoorbeeld een Power Apps-visual insluit in een Power BI-rapport, hebt u de juiste Power Apps-licenties nodig.
  • Er zijn opslaglimieten per werkruimte die van toepassing zijn op de hoeveelheid gegevens die u kunt opslaan in een Pro-werkruimte. Als het gebruik van capaciteit of PPU geen optie is, kunt u overwegen om binnen de opslaglimieten te werken tijdens het planningsproces van de werkruimte.
  • Wanneer u een sjabloon-app installeert vanuit AppSource, wordt er een nieuwe werkruimte gemaakt met een beperkt onderwerp en een beperkt bereik.

Controlelijst : bij het overwegen van andere technische factoren zijn belangrijke beslissingen en acties:

  • Let op technische factoren: wanneer u het planningsproces doorloopt, moet u bepalen of er een technische reden (zoals opslaglimieten per werkruimte) is die van invloed kunnen zijn op uw besluitvormingsproces.
  • Werkruimte-inhoud opnieuw ordenen: als opslaglimieten een probleem kunnen worden, maakt u nu afzonderlijke werkruimten en publiceert u inhoud opnieuw naar deze nieuwe werkruimten.

Gerelateerde inhoud

Zie de planning van de Power BI-implementatie voor meer overwegingen, acties, besluitvormingscriteria en aanbevelingen om u te helpen bij beslissingen over de implementatie van Power BI.