Power BI-gebruiksscenario's: Publicatie van selfservice-inhoud

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.

Wanneer analytische oplossingen essentieel zijn voor de organisatie, is het belangrijk om ervoor te zorgen dat inhoud in de Power BI-service stabiel en betrouwbaar is voor consumenten. IT-teams lossen dit probleem vaak op door in meerdere omgevingen te werken:

• In de ontwikkelomgeving brengen makers en eigenaren van inhoud wijzigingen en verbeteringen aan in de oplossing. Wanneer deze wijzigingen gereed zijn voor een bredere beoordeling, wordt de oplossing geïmplementeerd (ook wel gepromoveerd) naar de testomgeving.
• In de testomgeving valideren revisoren de wijzigingen die in de oplossing zijn aangebracht. Deze beoordeling kan betrekking hebben op het valideren van de oplossingsfunctionaliteit en -gegevens. Wanneer de beoordeling is voltooid, wordt de oplossing geïmplementeerd in de productieomgeving.
• In de productieomgeving kunnen consumenten de uitgebrachte oplossing bekijken en ermee werken.

Deze gestructureerde benadering zorgt ervoor dat makers van inhoud, eigenaren en revisoren wijzigingen kunnen aanbrengen en valideren zonder dat dit negatieve gevolgen heeft voor consumenten.

Het gebruik van methodische en gedisciplineerde levenscyclusbeheerprocessen vermindert fouten, minimaliseert inconsistenties en verbetert de gebruikerservaring voor consumenten. Makers en eigenaren van inhoud kunnen Power BI-implementatiepijplijnen gebruiken voor het publiceren van selfservice-inhoud. Implementatiepijplijnen vereenvoudigen het proces en verbeteren het controleniveau bij het vrijgeven van nieuwe inhoud.

Notitie

Dit selfservicescenario voor het publiceren van inhoud is een van de scenario's voor inhoudsbeheer en implementatie . Zie het artikel over Power BI-gebruiksscenario's voor een volledige lijst met selfservicescenario'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 ter ondersteuning van selfservice-inhoudspublicatie. De focus ligt op het gebruik van een Power BI-implementatiepijplijn voor het promoten van inhoud via ontwikkel-, test- en productiewerkruimten.

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
	De maker van Power BI-inhoud ontwikkelt een BI-oplossing met behulp van Power BI Desktop.
	Het Power BI Desktop-bestand (.pbix) van het Power BI-projectbestand (.pbip) wordt opgeslagen in een gedeelde bibliotheek in OneDrive. De maker van de inhoud behoudt versies van deze bestanden in OneDrive.
	Wanneer de maker van de inhoud klaar is, publiceert het Power BI Desktop-bestand naar de Power BI-service.
	Inhoud wordt gepubliceerd naar een werkruimte die is toegewezen aan ontwikkeling.
	Een beheerder van een implementatiepijplijn stelt de Power BI-implementatiepijplijn in met drie fasen: ontwikkeling, test en productie. Elke fase wordt uitgelijnd op een afzonderlijke werkruimte in de Power BI-service. Implementatie-instellingen en -toegang worden ingesteld voor de implementatiepijplijn.
	De ontwikkelwerkruimte (of test) is ingesteld op Infrastructuurcapaciteit, Premium-capaciteit, Premium Per Gebruiker of Ingeslotenlicentiemodus. Power BI-implementatiepijplijnen zijn alleen beschikbaar in werkruimten met deze licentiemodi.
	Makers en eigenaren van inhoud werken samen in de ontwikkelwerkruimte om ervoor te zorgen dat aan alle vereisten wordt voldaan.
	Wanneer de ontwikkelingsinhoud gereed is, vergelijkt de implementatiepijplijn de inhoud tussen de ontwikkelings- en testfasen.
	Sommige of alle Power BI-items worden geïmplementeerd in een werkruimte die is toegewezen aan testen.
	Zodra de implementatiepijplijn is voltooid, voert de maker van de inhoud handmatig activiteiten na de implementatie uit voor de testwerkruimte. Activiteiten kunnen bestaan uit het configureren van geplande gegevensvernieuwing of het publiceren van een Power BI-app voor de testwerkruimte.
	Kwaliteitscontrole, gegevensvalidaties en acceptatietests van gebruikers vinden plaats door revisoren van de testwerkruimte.
	Wanneer de testinhoud volledig is gevalideerd, vergelijkt de implementatiepijplijn de inhoud tussen de test- en productiefasen.
	Sommige of alle Power BI-items worden geïmplementeerd in een werkruimte die is toegewezen aan productie. Voor een productiewerkruimte is de licentiemodus fabriccapaciteit of Premium-capaciteit vaak geschikter wanneer er een groot aantal alleen-lezengebruikers is.
	Nadat de implementatiepijplijn is voltooid, kunnen makers van inhoud handmatig activiteiten na de implementatie uitvoeren. Activiteiten kunnen omvatten het configureren van geplande gegevensvernieuwing of het publiceren van een Power BI-app voor de productiewerkruimte.
	Inhoudsviewers hebben toegang tot de inhoud met behulp van de productiewerkruimte of een Power BI-app.
	Voor sommige gegevensbronnen is mogelijk een on-premises gegevensgateway of VNet-gateway vereist voor gegevensvernieuwing, zoals gegevensbronnen die zich in een particulier organisatienetwerk bevinden.
	Fabric-beheerders houden toezicht op activiteiten en bewaken in de Fabric-portal. Inhoud die essentieel genoeg wordt geacht om afzonderlijke ontwikkel-, test- en productiewerkruimten te hebben, kan worden onderworpen aan strengere governancevereisten dan minder kritieke inhoud.

Tip

U wordt aangeraden ook het gebruiksscenario voor geavanceerd gegevensmodelbeheer te bekijken. Het bouwt voort op concepten die in dit scenario zijn geïntroduceerd.

Belangrijkste punten

Hier volgen enkele belangrijke punten die u moet benadrukken over het scenario voor het publiceren van selfservice-inhoud.

Implementatiepijplijn

Een implementatiepijplijn bestaat uit drie fasen: ontwikkeling, test en productie. Er wordt één werkruimte toegewezen aan elke fase in de implementatiepijplijn. Power BI-items die worden ondersteund door implementatiepijplijnen, worden gepubliceerd (of gekloond) van de ene werkruimte naar de andere wanneer een implementatie plaatsvindt. Zodra het testen en valideren is voltooid, kan de implementatiepijplijn vaak opnieuw worden gebruikt om snel inhoud te promoten. De implementatiepijplijninterface is eenvoudig te implementeren voor makers van inhoud die niet over de vaardigheden beschikken of die op code gebaseerde implementaties willen gebruiken (het gebruik van de Power BI REST API's wordt beschreven in het scenario voor het publiceren van bedrijfsinhoud).

Notitie

Het publiceren van inhoud met behulp van een implementatiepijplijn wordt een implementatie met alleen metagegevens genoemd. In dit geval worden gegevens niet overschreven of gekopieerd naar de doelwerkruimte. Een gegevensvernieuwing is meestal vereist zodra de implementatie is voltooid. Zie het onderwerp na de implementatieactiviteiten hieronder.

Implementatieproces

Het is een best practice om de volledige werkruimte-inhoud als een analytisch pakket te beschouwen dat samen kan worden geïmplementeerd als een eenheid. Daarom is het belangrijk om duidelijkheid te hebben over het doel en de verwachtingen van elke werkruimte. Hoewel een selectieve implementatie van specifieke Power BI-items mogelijk is, is het efficiënter en minder riskant wanneer een implementatie een logische eenheid van inhoud vertegenwoordigt.

Tip

Plannen voor hoe urgente problemen worden afgehandeld, naast geplande implementaties. Als er een onmiddellijke oplossing is vereist, volgt u nog steeds de standaardpraktijk voor het doorgeven van alle wijzigingen van ontwikkeling tot testen en productie met behulp van de implementatiepijplijn.

Machtigingsmodel

Besteed tijd aan het plannen van het machtigingsmodel. Volledige flexibiliteit voor het toepassen van verschillende werkruimterollen (tussen ontwikkeling, test en productie) wordt ondersteund. Zoals wordt weergegeven in het scenariodiagram, is het gebruikelijk om de volgende werkruimtemachtigingen toe te wijzen:

• Ontwikkelwerkruimte: Beperk de toegang tot een team van makers en eigenaren van inhoud die samenwerken.
• Testwerkruimte: Beperk de toegang tot revisoren die betrokken zijn bij kwaliteitscontrole, gegevensvalidaties en testactiviteiten voor gebruikersacceptatie.
• Productiewerkruimte: verleent viewer toegang tot inhoudsgebruikers van de Power BI-app (en de werkruimte, indien van toepassing). Beperk de toegang tot degenen die productie-inhoud moeten beheren en publiceren, met het minste aantal gebruikers dat mogelijk is.

Notitie

De meeste gebruikers van inhoud zijn zich niet bewust van de ontwikkel- en testwerkruimten.

Toegang voor implementatiepijplijn

Gebruikersmachtigingen voor pijplijnen (voor wie inhoud kan implementeren met een implementatiepijplijn) worden afzonderlijk beheerd van de werkruimterollen. Toegang tot zowel de werkruimte als de implementatiepijplijn is vereist voor de gebruikers die een implementatie uitvoeren. Relevante Premium-machtigingen zijn ook vereist.

Indien mogelijk wordt aanbevolen dat de bestaande maker of eigenaar van de inhoud de implementaties uitvoert. In sommige situaties zijn machtigingen voor de productiewerkruimte beperkter. In dat geval kan het handig zijn om de productie-implementatie te coördineren met iemand anders die gemachtigd is om te implementeren in productie.

Pijplijngebruikers die zijn toegewezen aan de rol werkruimtelid (of beheerder) mogen fasen vergelijken en inhoud implementeren. Het toewijzen van pijplijngebruikers aan deze rol minimaliseert problemen met machtigingen en maakt een soepeler implementatieproces mogelijk.

Tip

Houd er rekening mee dat werkruimterollen afzonderlijk zijn ingesteld voor ontwikkeling, test en productie. Pijplijntoegang wordt echter eenmaal ingesteld voor de hele pijplijn.

Power BI Premium-licenties

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.

Power BI-implementatiepijplijnen zijn een Premium-functie. Er zijn verschillende manieren om licenties te verkrijgen, afhankelijk van of de inhoud wordt gebruikt voor ontwikkelings-, test- of productiedoeleinden. In het scenariodiagram ziet u het gebruik van een Premium P-SKU, zoals P1, P2, P3, P4 of P5 voor de productiewerkruimte, en een PPU-licentie (Power BI Premium Per User) voor de ontwikkel- en testwerkruimten. Het gebruik van PPU-licenties voor werkruimten met zeer weinig gebruikers (zoals weergegeven in het scenariodiagram) is een rendabele manier om Premium-functies te gebruiken, terwijl ze gescheiden blijven van de Premium-capaciteit die is toegewezen voor productieworkloads.

Implementatie-instellingen

Gegevensbronregels en parameterregels zijn beschikbaar voor het dynamisch beheren van waarden die verschillen tussen ontwikkeling, test en productie. Het gebruik van implementatie-instellingen is een effectieve manier om de inspanning en het risico op fouten te verminderen.

Activiteiten na implementatie

Doelbewust worden bepaalde eigenschappen tijdens een implementatie niet gekopieerd naar de doelwerkruimte. Enkele belangrijke activiteiten na de implementatie zijn:

• Gegevens vernieuwen: gegevens worden niet gekopieerd uit de bronwerkruimte naar de doelwerkruimte. Publiceren vanuit een implementatiepijplijn is altijd een implementatie met alleen metagegevens. Daarom is een gegevensvernieuwing meestal vereist na de implementatie in een doelwerkruimte. Voor de eerste implementatie moeten de referenties van de gegevensbron of gatewayconnectiviteit (indien van toepassing) ook worden geconfigureerd.
• Apps: Power BI-apps worden niet automatisch gepubliceerd door implementatiepijplijnen.
• Toegang tot rollen, machtigingen voor delen en app-machtigingen: machtigingen worden niet overschreven tijdens een implementatie.
• Werkruimte-eigenschappen: eigenschappen, zoals contactpersonen en de beschrijving van de werkruimte, worden niet overschreven tijdens een implementatie.
• Eigenschappen van Power BI-items: Bepaalde eigenschappen van Power BI-items, zoals vertrouwelijkheidslabels, kunnen in bepaalde omstandigheden worden overschreven tijdens een implementatie.
• Niet-ondersteunde Power BI-items: er moeten mogelijk aanvullende handmatige stappen worden uitgevoerd voor Power BI-items die niet worden ondersteund door de implementatiepijplijn.

Let op

Er is geen terugdraaiproces zodra een implementatie is uitgevoerd met een implementatiepijplijn. Overweeg zorgvuldig welke wijzigingsbeheerprocessen en -goedkeuringen vereist zijn om te implementeren in de productiewerkruimte.

OneDrive-opslag

Het scenariodiagram toont het gebruik van OneDrive voor het opslaan van de Power BI Desktop-bronbestanden. Het doel is om de bronbestanden op te slaan op een locatie die:

• Op de juiste manier beveiligd om ervoor te zorgen dat alleen uitgevers toegang hebben tot de bronbestanden. Een gedeelde bibliotheek (in plaats van een persoonlijke bibliotheek) is een goede keuze.
• Er wordt regelmatig een back-up gemaakt, zodat de bestanden veilig zijn tegen verlies.
• Versiebeheer wanneer er wijzigingen optreden, om terugdraaien naar een eerdere versie mogelijk te maken.

Tip

Als een OneDrive-locatie wordt gesynchroniseerd met een werkruimte, configureert u deze alleen voor de ontwikkelwerkruimte.

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 waarin een query wordt uitgevoerd op een liveverbinding of een semantisch DirectQuery-model , voorheen een gegevensset genoemd (niet weergegeven in het scenariodiagram).

Wanneer u met meerdere omgevingen werkt, is het gebruikelijk om ontwikkel-, test- en productieverbindingen te configureren om verschillende bronsystemen te gebruiken. In dit geval gebruikt u gegevensbronregels en parameterregels om waarden te beheren die verschillen tussen omgevingen.

Notitie

Een gecentraliseerde gegevensgateway in de standaardmodus wordt 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 implementatieactiviteiten die optreden.

Gerelateerde inhoud

In het volgende artikel in de reeks vindt u meer informatie over het gebruiksscenario voor geavanceerde gegevensmodellering .