Scenari di utilizzo di Power BI: pubblicazione di contenuto self-service

Nota

Questo articolo fa parte della serie di articoli sulla pianificazione dell'implementazione di Power BI. Questa serie è incentrata principalmente sul carico di lavoro di Power BI all'interno di Microsoft Fabric. Per un'introduzione alla serie, vedere Pianificazione dell'implementazione di Power BI.

Quando le soluzioni analitiche sono fondamentali per l'organizzazione, è importante garantire che il contenuto nel servizio Power BI sia stabile e affidabile per i consumer. I team IT spesso risolvono questo problema lavorando in più ambienti:

• Nell'ambiente di sviluppo i creatori di contenuti e i proprietari apportano modifiche e miglioramenti alla soluzione. Quando queste modifiche sono pronte per una revisione più ampia, la soluzione viene distribuita (talvolta nota come alzata di livello) nell'ambiente di test.
• Nell'ambiente di test i revisori convalidano le modifiche apportate alla soluzione. Questa revisione può comportare la convalida delle funzionalità e dei dati della soluzione. Al termine della revisione, la soluzione viene distribuita nell'ambiente di produzione.
• L'ambiente di produzione è la posizione in cui i consumer visualizzano e interagiscono con la soluzione rilasciata.

Questo approccio strutturato garantisce che gli autori di contenuti, i proprietari e i revisori possano apportare e convalidare le modifiche senza influire negativamente sui consumer.

L'uso di processi di gestione del ciclo di vita metodici e disciplinati riduce gli errori, riduce al minimo le incoerenze e migliora l'esperienza utente per i consumer. Gli autori di contenuti e i proprietari possono usare le pipeline di distribuzione di Power BI per la pubblicazione di contenuto self-service. Le pipeline di distribuzione semplificano il processo e migliorano il livello di controllo quando rilasciano nuovo contenuto.

Nota

Questo scenario di pubblicazione del contenuto self-service è uno degli scenari di gestione e distribuzione dei contenuti. Per un elenco completo degli scenari self-service, vedere l'articolo Scenari di utilizzo di Power BI.

Per brevità, alcuni aspetti descritti nell'argomento scenari di collaborazione e distribuzione dei contenuti non sono trattati in questo articolo. Per una copertura completa, leggere prima questi articoli.

Diagramma dello scenario

Il diagramma seguente illustra una panoramica generale delle azioni utente più comuni e dei componenti di Power BI per supportare la pubblicazione di contenuti self-service. L'obiettivo è l'uso di una pipeline di distribuzione di Power BI per promuovere il contenuto tramite aree di lavoro di sviluppo, test e produzione.

Suggerimento

È consigliabile scaricare il diagramma dello scenario se si vuole incorporarlo nella presentazione, nella documentazione o nel post di blog oppure stamparlo come poster a parete. Poiché si tratta di un'immagine SVG (Scalable Vector Graphics), è possibile aumentare o ridurre le prestazioni senza perdita di qualità.

Il diagramma dello scenario illustra le azioni, gli strumenti e le funzionalità utente seguenti:

Articolo	Descrizione
	L'autore di contenuti di Power BI sviluppa una soluzione bi usando Power BI Desktop.
	Il file di Power BI Desktop (con estensione pbix) del file di progetto di Power BI (con estensione pbip) viene salvato in una libreria condivisa in OneDrive. L'autore del contenuto mantiene le versioni di questi file in OneDrive.
	Quando è pronto, l'autore del contenuto pubblica il file di Power BI Desktop nel servizio Power BI.
	Il contenuto viene pubblicato in un'area di lavoro dedicata allo sviluppo.
	Un amministratore della pipeline di distribuzione configura la pipeline di distribuzione di Power BI con tre fasi: sviluppo, test e produzione. Ogni fase è allineata a un'area di lavoro separata nella servizio Power BI. Le impostazioni di distribuzione e l'accesso vengono configurate per la pipeline di distribuzione.
	L'area di lavoro di sviluppo (o test) è impostata su Capacità infrastruttura, capacità Premium, Premium per utente o modalità di licenza incorporata. Le pipeline di distribuzione di Power BI sono una funzionalità disponibile solo nelle aree di lavoro con queste modalità di licenza.
	Gli autori di contenuti e i proprietari collaborano nell'area di lavoro di sviluppo per assicurarsi che siano soddisfatti tutti i requisiti.
	Quando il contenuto di sviluppo è pronto, la pipeline di distribuzione confronta il contenuto tra le fasi di sviluppo e test.
	Alcuni o tutti gli elementi di Power BI vengono distribuiti in un'area di lavoro dedicata ai test.
	Una volta completata la distribuzione della pipeline di distribuzione, l'autore del contenuto esegue manualmente attività post-distribuzione per l'area di lavoro di test. Le attività possono includere la configurazione dell'aggiornamento dati pianificato o la pubblicazione di un'app Power BI per l'area di lavoro di test.
	La garanzia di qualità, le convalide dei dati e i test di accettazione dell'utente vengono eseguiti dai revisori dell'area di lavoro di test.
	Quando il contenuto del test viene convalidato completamente, la pipeline di distribuzione confronta il contenuto tra le fasi di test e di produzione.
	Alcuni o tutti gli elementi di Power BI vengono distribuiti in un'area di lavoro dedicata alla produzione. Per un'area di lavoro di produzione, la capacità dell'infrastruttura o la modalità di licenza della capacità Premium è spesso più appropriata quando è presente un numero elevato di consumer di sola lettura.
	Al termine della distribuzione della pipeline di distribuzione, gli autori di contenuti possono eseguire manualmente attività post-distribuzione. Le attività possono includere la configurazione dell'aggiornamento dati pianificato o la pubblicazione di un'app Power BI per l'area di lavoro di produzione.
	I visualizzatori del contenuto accedono al contenuto usando l'area di lavoro di produzione o un'app Power BI.
	Alcune origini dati possono richiedere un gateway dati locale o un gateway di rete virtuale per l'aggiornamento dei dati, ad esempio quelli che risiedono all'interno di una rete organizzativa privata.
	Gli amministratori dell'infrastruttura sorvegliano e monitorano l'attività nel portale di Fabric. Il contenuto considerato sufficientemente critico per avere aree di lavoro di sviluppo, test e produzione separate potrebbe essere soggetto a requisiti di governance più rigorosi rispetto a contenuti meno critici.

Suggerimento

È consigliabile esaminare anche lo scenario di utilizzo avanzato della gestione dei modelli di dati. Si basa sui concetti introdotti in questo scenario.

Punti chiave

Di seguito sono riportati alcuni punti chiave da sottolineare sullo scenario di pubblicazione del contenuto self-service.

Pipeline di distribuzione

Una pipeline di distribuzione è costituita da tre fasi: sviluppo, test e produzione. A ogni fase della pipeline di distribuzione viene assegnata una singola area di lavoro. Gli elementi di Power BI supportati dalle pipeline di distribuzione vengono pubblicati (o clonati) da un'area di lavoro a un'altra quando si verifica una distribuzione. Una volta completati i test e le convalide, la pipeline di distribuzione può essere riutilizzata più volte per promuovere rapidamente il contenuto. L'interfaccia della pipeline di distribuzione è facile da implementare per gli autori di contenuti che non hanno le competenze o il desiderio di usare distribuzioni basate su codice (l'uso delle API REST di Power BI è descritto nello scenario di pubblicazione del contenuto aziendale).

Nota

La pubblicazione di contenuto tramite una pipeline di distribuzione è nota come distribuzione di sola metadati. In questo caso, i dati non vengono sovrascritti o copiati nell'area di lavoro di destinazione. Un aggiornamento dei dati è in genere necessario al termine della distribuzione. Vedere l'argomento attività post-distribuzione di seguito.

Processo di distribuzione

È consigliabile considerare l'intero contenuto dell'area di lavoro come pacchetto analitico che può essere distribuito insieme come unità. È quindi importante avere chiarezza sullo scopo e sulle aspettative di ogni area di lavoro. Anche se è possibile una distribuzione selettiva di elementi specifici di Power BI, è più efficiente e meno rischiosa quando una distribuzione rappresenta un'unità logica di contenuto.

Suggerimento

Pianificare la gestione dei problemi urgenti, oltre alle distribuzioni pianificate. Se è necessaria una correzione immediata, seguire comunque la procedura standard di propagazione di tutte le modifiche dallo sviluppo a test e produzione usando la pipeline di distribuzione.

Modello di autorizzazioni

Dedicare tempo alla pianificazione del modello di autorizzazioni. È supportata la massima flessibilità per l'applicazione di ruoli dell'area di lavoro diversi (tra sviluppo, test e produzione). Come illustrato nel diagramma dello scenario, è comune assegnare le autorizzazioni seguenti per l'area di lavoro:

• Area di lavoro sviluppo: limitare l'accesso a un team di autori di contenuti e proprietari che collaborano insieme.
• Area di lavoro test: limitare l'accesso ai revisori coinvolti con la garanzia di qualità, le convalide dei dati e le attività di test di accettazione dell'utente.
• Area di lavoro di produzione: concedere al visualizzatore l'accesso ai consumer di contenuto dell'app Power BI (e all'area di lavoro, se appropriato). Limitare l'accesso a coloro che devono gestire e pubblicare contenuti di produzione, con il minor numero possibile di utenti.

Nota

La maggior parte dei consumer di contenuti non è a conoscenza delle aree di lavoro di sviluppo e test.

Accesso per la pipeline di distribuzione

Le autorizzazioni utente della pipeline (per chi può distribuire il contenuto con una pipeline di distribuzione) vengono gestite separatamente dai ruoli dell'area di lavoro. L'accesso all'area di lavoro e alla pipeline di distribuzione è necessario per gli utenti che eseguono una distribuzione. Sono necessarie anche le autorizzazioni Premium pertinenti.

Quando possibile, è consigliabile che l'autore o il proprietario del contenuto esistente eseduca le distribuzioni. In alcune situazioni, le autorizzazioni sono più limitate per l'area di lavoro di produzione. In tal caso, potrebbe essere opportuno coordinare la distribuzione di produzione con un altro utente autorizzato a eseguire la distribuzione nell'ambiente di produzione.

Gli utenti della pipeline assegnati al ruolo membro dell'area di lavoro (o amministratore) possono confrontare le fasi e distribuire il contenuto. L'assegnazione di utenti della pipeline a questo ruolo riduce al minimo i problemi di autorizzazioni e consente un processo di distribuzione più semplice.

Suggerimento

Tenere presente che i ruoli dell'area di lavoro vengono impostati separatamente per lo sviluppo, il test e la produzione. Tuttavia, l'accesso alla pipeline viene impostato una sola volta per l'intera pipeline.

Licenze power BI Premium

Importante

A volte questo articolo si riferisce a Power BI Premium o alle relative sottoscrizioni di capacità (SKU P). Tenere presente che Microsoft sta attualmente consolidando le opzioni di acquisto e ritirando gli SKU di Power BI Premium per capacità. I clienti nuovi ed esistenti devono invece prendere in considerazione l'acquisto di sottoscrizioni della capacità di Fabric (SKU F).

Per altre informazioni, vedere Aggiornamenti importanti in arrivo per le licenze di Power BI Premium e Domande frequenti su Power BI Premium.

Le pipeline di distribuzione di Power BI sono una funzionalità Premium. Esistono diversi modi per ottenere le licenze, a seconda che il contenuto venga usato per scopi di sviluppo, test o produzione. Il diagramma dello scenario illustra l'uso di SKU P Premium, ad esempio P1, P2, P3, P4 o P5 per l'area di lavoro di produzione e una licenza Premium per utente (PPU) basata su Power BI Premium per le aree di lavoro di sviluppo e test. L'uso delle licenze PPU per le aree di lavoro con pochissimi utenti (come illustrato nel diagramma dello scenario) è un modo conveniente per usare le funzionalità Premium, mantenendole separate dalla capacità Premium assegnata per i carichi di lavoro di produzione.

Impostazioni di distribuzione

Le regole dell'origine dati e le regole dei parametri sono disponibili per la gestione dinamica dei valori che differiscono tra sviluppo, test e produzione. L'uso delle impostazioni di distribuzione è un modo efficace per ridurre lo sforzo e il rischio di errori.

Attività post-distribuzione

In modo intenzionale, alcune proprietà non vengono copiate nell'area di lavoro di destinazione durante una distribuzione. Alcune attività principali successive alla distribuzione includono:

• Aggiornamento dati: i dati non vengono copiati dall'area di lavoro di origine all'area di lavoro di destinazione. La pubblicazione da una pipeline di distribuzione è sempre una distribuzione di sola metadati. Di conseguenza, un aggiornamento dati è in genere necessario dopo la distribuzione in un'area di lavoro di destinazione. Per le distribuzioni per la prima volta, è necessario configurare anche le credenziali dell'origine dati o la connettività del gateway (in base alle esigenze).
• App: le app Power BI non vengono pubblicate automaticamente dalle pipeline di distribuzione.
• Ruoli di accesso, autorizzazioni di condivisione e autorizzazioni dell'app: le autorizzazioni non vengono sovrascritte durante una distribuzione.
• Proprietà dell'area di lavoro: le proprietà, ad esempio i contatti e la descrizione dell'area di lavoro, non vengono sovrascritte durante una distribuzione.
• Proprietà degli elementi di Power BI: alcune proprietà degli elementi di Power BI, ad esempio le etichette di riservatezza, potrebbero essere sovrascritte durante una distribuzione in determinate circostanze.
• Elementi di Power BI non supportati: potrebbe essere necessario eseguire passaggi manuali aggiuntivi per gli elementi di Power BI non supportati dalla pipeline di distribuzione.

Attenzione

Non esiste un processo di rollback dopo che si è verificata una distribuzione con una pipeline di distribuzione. Valutare attentamente i processi di gestione delle modifiche e le approvazioni necessari per la distribuzione nell'area di lavoro di produzione.

Archiviazione di OneDrive

Il diagramma dello scenario illustra l'uso di OneDrive per archiviare i file di Power BI Desktop di origine. L'obiettivo è archiviare i file di origine in un percorso:

• Protetto in modo appropriato per garantire che solo gli editori possano accedere ai file di origine. Una libreria condivisa (anziché una libreria personale) è una scelta ottimale.
• Backup frequente in modo che i file siano sicuri dalla perdita.
• Controllo delle versioni in caso di modifiche, per consentire il rollback a una versione precedente.

Suggerimento

Se un percorso di OneDrive viene sincronizzato con un'area di lavoro, configurarlo solo per l'area di lavoro di sviluppo.

Configurazione del gateway

In genere, è necessario un gateway dati quando si accede a origini dati che si trovano all'interno della rete organizzativa privata o di una rete virtuale. Il gateway dati locale diventa rilevante dopo la pubblicazione di un file di Power BI Desktop nel servizio Power BI. I due scopi di un gateway sono aggiornare i dati importati o visualizzare un report che esegue query su una connessione dinamica o un modello semantico DirectQuery , noto in precedenza come set di dati (non illustrato nel diagramma dello scenario).

Quando si usano più ambienti, è comune configurare connessioni di sviluppo, test e produzione per l'uso di sistemi di origine diversi. In questo caso, usare le regole dell'origine dati e le regole dei parametri per gestire i valori che differiscono tra gli ambienti.

Nota

Un gateway dati centralizzato in modalità standard è fortemente consigliato sui gateway in modalità personale. In modalità standard, il gateway dati supporta le operazioni di connessione dinamica e DirectQuery , oltre alle operazioni di aggiornamento dati pianificate.

Supervisione del sistema

Il log attività registra le attività utente che si verificano nel servizio Power BI. Gli amministratori di Power BI possono usare i dati del log attività raccolti per eseguire il controllo per aiutarli a comprendere le attività di distribuzione che si verificano.

Contenuto correlato

Nell'articolo successivo della serie vengono fornite informazioni sullo scenario di utilizzo avanzato della modellazione dei dati.