Power BI-gebruiksscenario's: Beheerde selfservice-BI

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-workload in Microsoft Fabric. Zie de planning van de Power BI-implementatie voor een inleiding tot de reeks.

Zoals beschreven in het roadmap voor acceptatie van infrastructuur, wordt beheerde selfservice-BI gekenmerkt door een gemengde benadering die de nadruk legt op discipline in de kern en flexibiliteit aan de rand. De gegevensarchitectuur wordt meestal onderhouden door één team van gecentraliseerde BI-experts, terwijl rapportageverantwoordelijkheid behoort tot makers binnen afdelingen of bedrijfseenheden.

Meestal zijn er veel meer makers van rapporten dan semantisch model (voorheen bekend als een gegevensset) makers. Deze rapportmakers kunnen bestaan in elk gebied van de organisatie. Omdat makers van selfservicerapporten vaak snel inhoud moeten produceren, kunnen ze zich richten op het produceren van rapporten die tijdige besluitvorming ondersteunen zonder dat ze extra moeite hoeven te doen om een semantisch model te maken.

Notitie

Het beheerde bi-scenario voor selfservice is de eerste van de selfservice BI-scenario's. Zie het artikel over Power BI-gebruiksscenario's voor een volledige lijst met selfservice-BI-scenario's .

Voor de beknoptheid worden sommige aspecten die worden beschreven in het onderwerp over samenwerking en levering van inhoud niet behandeld in dit artikel. Lees eerst deze artikelen voor volledige dekking.

Scenariodiagram

In het volgende diagram ziet u een algemeen overzicht van de meest voorkomende gebruikersacties en Power BI-onderdelen die beheerde selfservice-BI ondersteunen. Het primaire doel is dat veel rapportmakers gecentraliseerde semantische modellen opnieuw kunnen gebruiken. Om dat te bereiken, richt dit scenario zich op het ontkoppelen van het modelontwikkelingsproces van het proces voor het maken van rapporten.

Diagram toont beheerde selfservice BI. Dit gaat over het centraliseren van semantische modellen voor hergebruik door andere rapportmakers. Items in het diagram worden beschreven in de onderstaande tabel.

Tip

We raden u aan het scenariodiagram te downloaden als u het wilt insluiten in uw presentatie, documentatie of blogbericht, of als een poster op een muur wilt afdrukken. Omdat het een SVG-afbeelding (Scalable Vector Graphics) is, kunt u deze omhoog of omlaag schalen zonder verlies van kwaliteit.

In het scenariodiagram ziet u de volgende gebruikersacties, hulpprogramma's en functies:

Artikel Beschrijving
Item 1. Semantische modelmakers ontwikkelen modellen met behulp van Power BI Desktop. Voor semantische modellen die zijn bedoeld voor hergebruik, is het gebruikelijk (maar niet vereist) voor makers om deel te uitmaken van een gecentraliseerd team dat ondersteuning biedt voor gebruikers binnen organisatiegrenzen (zoals IT, Enterprise BI of Center of Excellence).
Item 2. Power BI Desktop maakt verbinding met gegevens uit een of meer gegevensbronnen.
Item 3. Ontwikkeling van gegevensmodellen wordt uitgevoerd in Power BI Desktop. Er wordt extra moeite gedaan om een goed ontworpen en gebruiksvriendelijk model te maken, omdat het wordt gebruikt als een gegevensbron door veel selfservicerapportmakers. Modelmakers kunnen DAX-query's gebruiken om het model tijdens de ontwikkeling te ontwikkelen en te verkennen.
Item 4. Wanneer u klaar bent, publiceren semantische modelmakers hun Power BI Desktop-bestand (.pbix) of Power BI-projectbestand (.pbip) dat alleen een model bevat naar de Power BI-service.
Item 5. Het semantische model wordt gepubliceerd naar een werkruimte die is toegewezen aan het opslaan en beveiligen van gedeelde semantische modellen. Omdat het semantische model is bedoeld voor hergebruik, wordt het goedgekeurd (gecertificeerd of gepromoveerd, indien van toepassing). Het semantische model is ook gemarkeerd als detecteerbaar om het hergebruik verder aan te moedigen. De herkomstweergave in de Power BI-service kan worden gebruikt om afhankelijkheden bij te houden die bestaan tussen Power BI-items, inclusief rapporten die zijn verbonden met het semantische model.
Item 6. Semantische modeldetectie in de OneLake-gegevenshub is ingeschakeld omdat het semantische model is gemarkeerd als detecteerbaar. Met detectie kan het bestaan van een semantisch model zichtbaar zijn in de gegevenshub door andere Makers van Power BI-inhoud die op zoek zijn naar gegevens.
Item 7. Makers van rapporten gebruiken de OneLake-gegevenshub in de Power BI-service om te zoeken naar detecteerbare gegevensitems, zoals semantische modellen.
Item 8. Als makers van rapporten geen machtiging hebben, kunnen ze samenstellingsmachtigingen aanvragen voor de gegevensitems. Hiermee wordt een werkstroom gestart om een samenstellingsmachtiging aan te vragen van een geautoriseerde fiatteur. Wanneer deze is goedgekeurd, kan de maker van het rapport gegevensitems opnieuw gebruiken om nieuwe rapporten te maken.
Item 9. Makers van rapporten maken nieuwe rapporten met behulp van Power BI Desktop. Rapporten gebruiken een liveverbinding met een gedeeld semantisch model.
Item 10. Makers van rapporten ontwikkelen rapporten in Power BI Desktop. Naast het rapport kunnen de makers van rapporten thema's, afbeeldingen en aangepaste visuals gebruiken en kunnen ze metingen op rapportniveau maken.
Item 11. Wanneer ze klaar zijn, publiceren rapportmakers hun Power BI Desktop-bestand naar de Power BI-service.
Item 12. Rapporten worden gepubliceerd naar een werkruimte die is toegewezen aan het opslaan en beveiligen van rapporten en dashboards.
Item 13. Gepubliceerde rapporten blijven verbonden met de gedeelde semantische modellen die zijn opgeslagen in een andere werkruimte. Wijzigingen in het gedeelde semantische model zijn van invloed op alle rapporten die ermee zijn verbonden.
Item 14. Andere makers van selfservicerapporten kunnen nieuwe rapporten maken met behulp van het bestaande gedeelde semantische model. Makers van rapporten kunnen power BI Desktop, Power BI Report Builder of Excel gebruiken.
Item 15. Voor sommige gegevensbronnen is mogelijk een on-premises gegevensgateway of VNet-gateway vereist voor gegevensvernieuwing, zoals gegevensbronnen die zich in een particulier organisatienetwerk bevinden.
Item 16. Power BI-beheerders houden toezicht op en bewaken van activiteiten in de Power BI-service.

Belangrijkste punten

Hier volgen enkele belangrijke punten die u moet benadrukken over het beheerde BI-scenario met selfservice.

Gedeeld semantisch model

Het belangrijkste aspect van het maken van beheerd bi-werk met selfservice is het minimaliseren van het aantal semantische modellen. Dit scenario gaat over gedeelde semantische modellen die helpen bij het bereiken van één versie van de waarheid.

Notitie

Ter vereenvoudiging toont het scenariodiagram slechts één gedeeld semantisch model. Het is echter meestal niet praktisch om alle organisatiegegevens in één semantisch model te modelleren. Het andere extreme is het maken van een nieuw semantisch model voor elk rapport, zoals minder ervaren makers van inhoud vaak doen. Het doel van beheerde selfservice BI is om de juiste balans te vinden, naar relatief weinig semantische modellen te leunen en nieuwe semantische modellen te maken wanneer dit zinvol is.

Semantisch model en rapporten loskoppelen

Wanneer het semantische model losgekoppeld is van rapporten, vergemakkelijkt het de scheiding van inspanning en verantwoordelijkheid. Een gedeeld semantisch model wordt meestal onderhouden door een gecentraliseerd team (zoals IT, BI of Center of Excellence), terwijl rapporten worden onderhouden door deskundigen in de bedrijfseenheden. Dat is echter niet vereist. Dit patroon kan bijvoorbeeld worden gebruikt door elke maker van inhoud die hergebruik wil bereiken.

Notitie

Voor het gemak worden gegevensstromen niet weergegeven in het scenariodiagram. Zie het selfservicescenario voor gegevensvoorbereiding voor meer informatie over gegevensstromen.

Semantische model goedkeuren

Omdat gedeelde semantische modellen zijn bedoeld voor hergebruik, is het handig om ze goed te keuren . Een gecertificeerd semantisch model geeft aan makers van rapporten dat de gegevens betrouwbaar zijn en voldoen aan de kwaliteitsnormen van de organisatie. Een gepromoveerd semantisch model markeert dat de eigenaar van het semantische model van mening is dat de gegevens waardevol en de moeite waard zijn voor anderen om te gebruiken.

Tip

Het is een best practice om een consistent, herhaalbaar, strikt proces te hebben voor het goedkeuren van inhoud. Gecertificeerde inhoud moet aangeven dat de gegevenskwaliteit is gevalideerd. Het moet ook regels voor wijzigingsbeheer volgen, formele ondersteuning hebben en volledig worden gedocumenteerd. Omdat gecertificeerde inhoud strenge normen heeft doorstaan, zijn de verwachtingen voor betrouwbaarheid hoger.

Semantische modeldetectie

Met de OneLake-gegevenshub kunnen makers van rapporten semantische modellen vinden, verkennen en gebruiken in de hele organisatie. Naast het goedkeuren van semantische modellen is het inschakelen van semantische modeldetectie essentieel voor het bevorderen van hergebruik. Een detecteerbaar semantisch model is zichtbaar in de data hub voor makers van rapporten die gegevens zoeken.

Notitie

Als een semantisch model niet is geconfigureerd om detecteerbaar te zijn, kunnen alleen Power BI-gebruikers met de samenstellingsmachtiging het vinden.

Toegang tot semantisch model aanvragen

Een maker van een rapport kan een semantisch model vinden in de gegevenshub die ze willen gebruiken. Als ze geen samenstellingsmachtiging voor het semantische model hebben, kunnen ze toegang aanvragen. Afhankelijk van de toegangsinstelling voor aanvragen voor het semantische model, wordt een e-mailbericht verzonden naar de eigenaar van het semantische model of worden aangepaste instructies weergegeven aan de persoon die toegang aanvraagt.

Liveverbinding met het gedeelde semantische model

Een liveverbinding met Power BI Desktop verbindt een rapport met een bestaand semantisch model. Met liveverbindingen hoeft u geen nieuw gegevensmodel te maken in het Power BI Desktop-bestand.

Belangrijk

Wanneer u een liveverbinding gebruikt, moeten alle gegevens die de maker van het rapport nodig heeft zich in het verbonden semantische model bevinden. In het aanpasbare bi-scenario voor beheerde selfservice wordt echter beschreven hoe een semantisch model kan worden uitgebreid met aanvullende gegevens en berekeningen.

Publiceren naar afzonderlijke werkruimten

Het publiceren van rapporten naar een werkruimte verschilt van waar het semantische model wordt opgeslagen.

Eerst is er duidelijkheid over wie verantwoordelijk is voor het beheren van inhoud in welke werkruimte. Ten tweede hebben rapportmakers machtigingen om inhoud te publiceren naar een rapportagewerkruimte (via werkruimtebeheerder, lid of inzenderrollen). Ze hebben echter alleen lees- en buildmachtigingen voor specifieke semantische modellen. Met deze techniek kan beveiliging op rijniveau (RLS) van kracht worden wanneer dat nodig is voor gebruikers die zijn toegewezen aan de viewerrol.

Belangrijk

Wanneer u een Power BI Desktop-rapport publiceert naar een werkruimte, worden de RLS-rollen toegepast op leden die zijn toegewezen aan de viewerrol in de werkruimte. Zelfs als kijkers beschikken over samenstellingsmachtigingen voor het semantische model, is RLS nog steeds van toepassing. Zie RLS gebruiken met werkruimten in Power BI voor meer informatie.

Afhankelijkheids- en impactanalyse

Wanneer een gedeeld semantisch model wordt gebruikt door veel rapporten, kunnen deze rapporten bestaan in veel werkruimten. De herkomstweergave helpt bij het identificeren en begrijpen van de downstreamafhankelijkheden. Wanneer u een wijziging in een semantisch model plant, moet u eerst een impactanalyse uitvoeren om te begrijpen welke afhankelijke rapporten mogelijk moeten worden bewerkt of getest.

Gateway instellen

Normaal gesproken is een gegevensgateway vereist bij het openen van gegevensbronnen die zich in het particuliere organisatienetwerk of een virtueel netwerk bevinden. De on-premises gegevensgateway wordt relevant zodra een Power BI Desktop-bestand is gepubliceerd naar de Power BI-service. De twee doeleinden van een gateway zijn het vernieuwen van geïmporteerde gegevens of het weergeven van een rapport dat een query op een liveverbinding of een DirectQuery-semantisch model opvraagt.

Notitie

Voor beheerde selfservice BI-scenario's wordt een gecentraliseerde gegevensgateway in de standaardmodus sterk aanbevolen voor gateways in de persoonlijke modus. In de standaardmodus ondersteunt de gegevensgateway liveverbindings- en DirectQuery-bewerkingen (naast geplande bewerkingen voor gegevensvernieuwing).

Systeemtoezicht

In het activiteitenlogboek worden gebruikersactiviteiten vastgelegd die plaatsvinden in de Power BI-service. Power BI-beheerders kunnen de verzamelde activiteitenlogboekgegevens gebruiken om controle uit te voeren om inzicht te krijgen in gebruikspatronen en acceptatie. Het activiteitenlogboek is ook waardevol voor het ondersteunen van governance-inspanningen, beveiligingscontroles en nalevingsvereisten. Met een beheerd selfservice BI-scenario is het met name handig om het gebruik van gedeelde semantische modellen bij te houden. Een hoge rapport-naar-semantische modelverhouding geeft een goed hergebruik van semantische modellen aan.

In het volgende artikel in deze reeks vindt u informatie over manieren om een gedeeld semantisch model aan te passen en uit te breiden om te voldoen aan aanvullende typen vereisten.