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

Quando le soluzioni analitiche sono essenziali per l'organizzazione, è importante garantire che i contenuti nel servizio Power BI siano stabili e affidabili per i consumer. I team IT spesso risolvono questo problema lavorando in più ambienti:

• Nell'ambiente di sviluppo, gli autori 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 (a volte detta promossa) 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 è il luogo 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, minimizza 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 contenuti self-service. Le pipeline di distribuzione semplificano il processo e migliorano il livello di controllo quando rilasciano nuovi contenuti.

Diagramma dello scenario

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

Il diagramma dello scenario illustra le azioni utente, gli strumenti e le funzionalità 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 di contenuti mantiene le versioni di questi file in OneDrive.
	Quando è pronto, l'autore di contenuti pubblica il file di Power BI Desktop nel servizio Power BI.
	I contenuti vengono pubblicati 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 nel servizio Power BI. Le impostazioni di distribuzione e l'accesso vengono configurati per la pipeline di distribuzione.
	L'area di lavoro di sviluppo (o test) è impostata sulla modalità di licenza Capacità infrastruttura, Capacità Premium, Premium per utente o 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 di contenuti 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 i contenuti del test vengono convalidati completamente, la pipeline di distribuzione confronta i contenuti 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 modalità di licenza Capacità infrastruttura o Capacità Premium è spesso più appropriata quando è presente un numero elevato di consumer di sola lettura.
	Una volta completata la pipeline di distribuzione, gli autori di contenuti possono eseguire manualmente le 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 aziendale privata.
	Gli amministratori dell'infrastruttura sorvegliano e monitorano l'attività nel portale di Fabric. I contenuti considerati sufficientemente critici per avere aree di lavoro di sviluppo, test e produzione separate potrebbero essere soggetti a requisiti di governance più rigorosi rispetto a contenuti meno critici.

Punti chiave

Di seguito sono riportati alcuni punti chiave da sottolineare relativamente allo scenario di pubblicazione dei contenuti self-service.

Pipeline di distribuzione

Una pipeline di distribuzione è costituita da tre fasi: sviluppo, test e produzione. Una singola area di lavoro viene assegnata a ogni fase della pipeline di distribuzione. 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 usata 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 di contenuti aziendali).

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 contenuti.

Modello di autorizzazioni

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

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

Accesso per una pipeline di distribuzione

Le autorizzazioni utente della pipeline (per chi può distribuire i contenuti 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 autorizzazioni Premium.

Quando possibile, è consigliabile che l'autore o il proprietario di contenuti esistente esegua 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 i contenuti. L'assegnazione di utenti della pipeline a questo ruolo riduce al minimo i problemi di autorizzazioni e consente un processo di distribuzione più semplice.

Licenze Power BI Premium

Le pipeline di distribuzione di Power BI sono un 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 di Power BI Premium per utente (PPU) 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 delle origini 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à di post-distribuzione

In modo intenzionale, alcune proprietà non vengono copiate nell'area di lavoro di destinazione durante una distribuzione. Alcune attività principali di post-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 nota come distribuzione di soli metadati. Di conseguenza, un aggiornamento dati è in genere necessario dopo la distribuzione in un'area di lavoro di destinazione. Per le prime distribuzioni, è necessario configurare anche le credenziali dell'origine dati o la connettività del gateway (in base alle esigenze).
• App: le app di 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 contatti e 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, possono essere sovrascritte durante una distribuzione in determinate circostanze.
• Elementi di Power BI non supportati: può essere necessario eseguire passaggi manuali aggiuntivi per gli elementi di Power BI non supportati dalla pipeline di distribuzione.

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 autori possano accedere ai file di origine. Una libreria condivisa (anziché una libreria personale) è una scelta ottimale.
• Sottoposto frequentemente a backup per evitare che i file vadano persi.
• Con controllo delle versioni in caso di modifiche, per consentire il rollback a una versione precedente.

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 in modo che possano usare 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.

Panoramica 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 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 di modellazione avanzata dei dati.