Condividi tramite


Scenari di utilizzo di Power BI: BI aziendale

Nota

Questo articolo fa parte della serie di articoli sulla pianificazione dell'implementazione di Power BI. Questa serie è incentrata principalmente sull'esperienza Power BI in Microsoft Fabric. Per un'introduzione alla serie, vedere Pianificazione dell'implementazione di Power BI.

Come descritto nella roadmap per l'adozione di Fabric, la BI aziendale è caratterizzata da un numero notevolmente maggiore di utenti di contenuti, rispetto a un numero molto inferiore di autori che creano e pubblicano contenuto.

La distinzione tra gli scenari di BI aziendale e BI di reparto è l'uso di capacità di Microsoft Fabric o capacità di Power BI Premium, che consentono di distribuire il contenuto ampiamente agli utenti che dispongono di una licenza gratuita di Fabric. Gli utenti possono includere utenti all'interno dell'organizzazione, nonché utenti guest esterni all'organizzazione.

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 con capacità Fabric (SKU F).

Per altre informazioni, vedere Aggiornamento importante disponibile per le licenze Power BI Premium e Domande frequenti su Power BI Premium.

Le implementazioni di BI aziendale di grandi dimensioni spesso usano un approccio centralizzato. Il contenuto di Power BI aziendale viene in genere gestito da un team centralizzato per l'uso su larga scala in tutta l'organizzazione. Il team centralizzato responsabile della gestione dei contenuti è in genere IT, BI o il Center of Excellence (COE).

Nota

Esistono quattro scenari di utilizzo della collaborazione e distribuzione dei contenuti che si basano l'uno sull'altro. Lo scenario di BI aziendale è il quarto. Un elenco di tutti gli scenari è disponibile nell'articolo Scenari di utilizzo di Power BI.

Lo scenario di BI self-service gestita introduce un concetto importante di disaccoppiamento del modello semantico (precedentemente noto come set di dati) e lo sviluppo di report. Per semplicità, questo concetto non viene illustrato in modo esplicito in questo articolo. È consigliabile applicare i concetti illustrati nello scenario di BI self-service gestita, quando possibile.

Diagramma dello scenario

Il diagramma seguente illustra una panoramica generale delle azioni utente più comuni e dei componenti di Power BI che supportano la BI aziendale. L'obiettivo principale è la distribuzione di contenuti a livello di organizzazione su larga scala, incluso l'uso della capacità Power BI Premium. Questo scenario illustra anche lo sviluppo di report impaginati di Power BI.

Il diagramma mostra la BI aziendale, che riguarda la distribuzione di contenuti a livello di organizzazione. Gli elementi nel diagramma sono descritti nella tabella seguente.

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 aumentarla o ridurla senza perdita di qualità.

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

Articolo Descrizione
Elemento 1. Gli autori di contenuti di Power BI sviluppano soluzioni BI usando Power BI Desktop. In uno scenario di BI aziendale è comune che i creatori siano membri di un team centralizzato (ad esempio IT, BI o COE) che supporta gli utenti oltre i limiti dell'organizzazione.
Elemento 2. Power BI Desktop si connette ai dati da una o più origini dati. Le query e i mashup di dati, che combinano più origini, vengono sviluppati nell'editor di Power Query.
Elemento 3. Lo sviluppo e la creazione di report del modello di dati vengono eseguiti in Power BI Desktop. Lo scopo è aiutare i colleghi a comprendere il significato e l'importanza dei dati inserendoli in un contesto visivo.
Elemento 4. Dopodiché, i creatori di contenuti pubblicano il file di Power BI Desktop (.pbix) o il file di progetto di Power BI (.pbip) nel portale del servizio Power BI.
Elemento 5. Gli autori di report sviluppano report impaginati usando Power BI Report Builder.
Elemento 6. Power BI Report Builder esegue query su dati da uno o più tipi di origine dati.
Elemento 7. Quando sono pronti, gli autori di report pubblicano il file di Power BI Report Builder (con estensione rdl) nel servizio Power BI.
Elemento 8. È possibile pubblicare più tipi di elementi di Power BI in un'area di lavoro con capacità Fabric, capacità Premium o modalità di licenza Premium per utente.
Elemento 9. Nello scenario di BI aziendale viene illustrato l'uso di capacità di Fabric o capacità Premium (anziché Premium per utente). Questa scelta viene effettuata per supportare la distribuzione di contenuti a molti visualizzatori che dispongono di una licenza gratuita di Fabric.
Elemento 10 Alcuni o tutti i report e i dashboard vengono pubblicati come app Power BI. Lo scopo dell'app è fornire un set di contenuti correlati che gli utenti possono visualizzare in modo intuitivo.
Elemento 11. Gli utenti dell'app Power BI vengono aggiunti ai gruppi di destinatari delle app, a cui viene assegnata l'autorizzazione di sola lettura. Le impostazioni dell'app, il contenuto dell'app e i gruppi di destinatari delle app vengono gestiti separatamente dall'area di lavoro. In uno scenario di BI aziendale, gli utenti con qualsiasi tipo di licenza di Power BI (gratuita), Power BI Pro o Premium per utente possono essere assegnati come visualizzatore dell'app. Questa funzionalità si applica solo quando all'area di lavoro viene assegnata una modalità di licenza di capacità Fabric o capacità Premium (gli utenti gratuiti non possono accedere al contenuto dell'area di lavoro quando viene assegnata una modalità di licenza Premium per utente o Embedded).
Elemento 12. Le app Power BI per dispositivi mobili sono disponibili anche per la visualizzazione del contenuto dell'app e dell'area di lavoro.
Elemento 13. Gli utenti che lavorano frequentemente in Microsoft Teams potrebbero trovare utile gestire o visualizzare il contenuto di Power BI direttamente in Teams.
Elemento 14. Gli utenti assegnati all'amministratore, al ruolo dell'area di lavoro membro o collaboratore possono pubblicare e gestire il contenuto dell'area di lavoro.
Elemento 15. L'aggiornamento pianificato dei dati è configurato nel servizio Power BI per mantenere aggiornati i dati, che siano importati in modelli semantici o flussi di dati.
Elemento 16. 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.
Elemento 17. Altri autori di contenuti self-service possono creare nuovi report usando un modello semantico esistente. Possono scegliere di usare Power BI Desktop, Excel o Power BI Report Builder. Il riutilizzo dei modelli semantici esistenti in questo modo è altamente incoraggiato. Lo scenario di BI self-service gestita esplora ulteriormente il riutilizzo dei modelli semantici.
Elemento 18. Gli amministratori dell'infrastruttura sorvegliano e monitorano l'attività nel portale di Fabric. Le soluzioni di BI aziendale sono spesso soggette a requisiti di governance più rigorosi rispetto alle soluzioni di BI del team o del reparto.

Punti chiave

Di seguito sono riportati alcuni punti chiave da sottolineare sullo scenario di BI aziendale.

Scelta degli strumenti di creazione di report

Power BI Desktop è uno strumento per sviluppare report altamente interattivi, mentre Power BI Report Builder è uno strumento per sviluppare report impaginati. Per altre informazioni su quando usare i report impaginati, vedere Quando usare report impaginati in Power BI.

I report di Excel possono anche essere pubblicati nel servizio Power BI (operazione non illustrata nel diagramma dello scenario) quando una tabella pivot o un grafico pivot soddisfano meglio i requisiti di creazione di report.

Archiviazione file di origine

Per la BI aziendale, è importante archiviare i file di Power BI Desktop e i file di Power BI Report Builder di origine in un percorso condiviso sicuro. Le posizioni come OneDrive per l'azienda o l'istituto di istruzione o SharePoint (non descritte nel diagramma dello scenario) sono utili. Una libreria condivisa può essere protetta con semplicità ed è facilmente accessibile dai colleghi, oltre a offrire funzionalità di controllo delle versioni predefinite.

Quando la co-gestione di una soluzione di business intelligence coinvolge più persone con set di competenze diversi, è consigliabile separare il modello e i report in file di Power BI Desktop separati (approccio descritto nello scenario di Business intelligence self-service gestita). Questo approccio incoraggia il riutilizzo dei modelli semantici ed è più efficiente rispetto all'alternanza continua tra le persone che stanno modificando il file di Power BI Desktop. Ciò è particolarmente utile quando, ad esempio, una persona lavora sul modello semantico mentre un'altra lavora sui report.

Aree di lavoro

Un'area di lavoro di Power BI funge da contenitore logico nel servizio Power BI per l'archiviazione di elementi di Power BI correlati, ad esempio modelli semantici e report. Anche se questo scenario rappresenta un'area di lavoro, in genere sono necessarie più aree di lavoro per soddisfare tutti i requisiti di pianificazione dell'area.

Lo scenario di BI self-service gestita descrive l'uso di aree di lavoro separate.

Modalità di licenza dell'area di lavoro

È possibile assegnare una modalità di licenza dell'area di lavoro a Pro, Premium per utente (PPU), Premium per capacitào Embedded. Questa scelta influisce sulla disponibilità delle funzionalità, nonché sui quali utenti possono accedere al contenuto nell'area di lavoro e all'app Power BI associata. Uno scenario di BI aziendale spesso coinvolge molti utenti del contenuto. Pertanto, può essere conveniente usare la modalità di licenza Premium per capacità per distribuire contenuto agli utenti con una licenza gratuita.

Pubblicazione dell'app Power BI

Per la BI aziendale, un'app Power BI funziona bene per la distribuzione dei contenuti agli utenti (al posto dell'accesso diretto all'area di lavoro, descritto nello scenario di BI del team). Un'app Power BI offre un'esperienza ottimale per i consumer perché presenta un set di contenuti correlati con un'esperienza di spostamento intuitiva. Un'app Power BI è particolarmente utile nelle situazioni in cui è presente un numero maggiore e più diversificato di utenti o quando lo sviluppatore di contenuti non collabora strettamente con gli utenti dell'app.

Autorizzazioni app di Power BI

Agli utenti dell'app Power BI viene concessa l'autorizzazione di sola lettura per l'app e queste autorizzazioni vengono gestite separatamente dall'area di lavoro. Questo livello di flessibilità aggiuntivo è utile per gestire chi può visualizzare il contenuto.

Per la BI aziendale, è consigliabile limitare l'accesso all'area di lavoro a coloro che sono responsabili della creazione, dello sviluppo e delle attività di controllo della qualità dei contenuti. In genere, solo un numero ridotto di persone richiede effettivamente l'accesso all'area di lavoro. Gli utenti possono accedere al contenuto aprendo l'app Power BI anziché aprire l'area di lavoro.

Distribuire contenuto agli utenti con licenza gratuita di Fabric

Gli utenti con una licenza gratuita di Power BI (o una licenza Power BI Pro o PPU) possono visualizzare il contenuto quando viene concesso l'accesso alle app o vengono aggiunti a un ruolo dell'area di lavoro, a condizione che l'area di lavoro sia assegnata alla capacità Premium. Questa possibilità di distribuire contenuto agli utenti con una licenza gratuita non è disponibile per nessuna delle altre modalità di licenza dell'area di lavoro, tra cui Pro, Premium per utenteo Embedded.

Licenza di capacità Power BI Premium

In questo scenario viene descritto in questo scenario l'uso di un SKU P (ad esempio P1, P2, P3, P4 o P5). Un SKU P è necessario per scenari di produzione tipici ed è appropriato per lo scenario di BI aziendale descritto in questo articolo.

Gestire il ciclo di vita del contenuto

In genere, le soluzioni di BI aziendale richiedono stabilità per il contenuto di produzione. Un aspetto consiste nel controllare quando e come viene distribuito il contenuto nell'ambiente di produzione. L'uso di pipeline di distribuzione è descritto nello scenario pubblicazione di contenuto self-service.

Riutilizzare i modelli semantici esistenti

Il riutilizzo dei modelli semantici esistenti è importante per la collaborazione in team. Consente di promuovere una singola fonte di verità. È particolarmente importante quando un numero ridotto di creatori di modelli semantici supporta molti autori di report. La connessione dinamica di Power BI Desktop può connettere un report a un modello semantico esistente, evitando di dover creare un altro modello semantico. In alternativa, se gli utenti preferiscono creare un report di Excel, possono usare la funzionalità Analizza in Excel. Mantenere la connettività al modello semantico è preferibile all'esportazione dei dati in Excel perché:

  • Evita di creare modelli semantici duplicati.
  • Riduce il rischio di dati e calcoli incoerenti.
  • Supporta tutte le funzionalità di sezionamento, dicing e pivot all'interno degli oggetti visivi, mentre rimane connessa al modello semantico archiviato nel servizio Power BI.

Per accedere a un modello semantico esistente, l'autore del contenuto deve avere l'autorizzazione di compilazione per il modello semantico. Può essere concessa direttamente o indirettamente quando l'utente viene assegnato a un ruolo dell'area di lavoro (collaboratore o superiore) o concessa durante la pubblicazione di un'app Power BI o la condivisione di un elemento di Power BI. Lo scenario di BI self-service gestita esplora ulteriormente il riutilizzo dei modelli semantici condivisi.

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 (non illustrato nel diagramma dello scenario).

Nota

Per gli scenari di BI del team, del reparto e aziendale, un gateway dati centralizzato in modalità standard è fortemente consigliato rispetto ai 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.

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 i modelli di utilizzo e l'adozione. Il log attività è utile anche per supportare le attività di governance, i controlli di sicurezza e i requisiti di conformità.

Nell'articolo successivo di questa serie vengono fornite altre informazioni sull'importanza del riutilizzo dei modelli semantici nello scenario di BI self-service gestita.