Condividi tramite

Pianificazione dell'implementazione di Power BI: pianificazione dell'area di lavoro a livello di area di lavoro

  • Articolo

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.

Questo articolo illustra la pianificazione a livello di area di lavoro di Fabric, con particolare attenzione all'esperienza di Power BI. È destinato principalmente a:

  • Amministratori Fabric: amministratori responsabili della supervisione Fabric nell'organizzazione.
  • Center of Excellence, IT e team BI: i team responsabili della supervisione dei dati, della BI e del supporto degli utenti self-service in tutta l'organizzazione.
  • Autori e proprietari di contenuti: autori self-service che devono creare, pubblicare e gestire il contenuto nelle aree di lavoro.

Per usare le aree di lavoro in modo efficace, è necessario prendere molte decisioni tattiche. Quando possibile, le singole decisioni a livello di area di lavoro devono essere allineate alle decisioni a livello di tenant.

Nota

Il concetto di area di lavoro ha avuto origine in Power BI. Con Fabric, lo scopo di un'area di lavoro è diventato più ampio. Il risultato è che un'area di lavoro può ora contenere elementi di una o più esperienze Fabric diverse (note anche come carichi di lavoro). Anche se l'ambito del contenuto è diventato più ampio di Power BI, la maggior parte delle attività di pianificazione dell'area di lavoro descritte in questi articoli può essere applicata alla pianificazione dell'area di lavoro di Fabric.

Scopo dell'area di lavoro

Quando si pianificano le aree di lavoro, è importante considerare non solo il tipo di contenuto che verrà archiviato, ma anche le attività che l'area di lavoro intende supportare.

Si considerino i due esempi seguenti di aree di lavoro correlate alle finanze. Anche se sono entrambe dedicate allo stesso team, ogni area di lavoro ha uno scopo diverso:

  • Area di lavoro finanziaria di fine mese: l'area di lavoro finanziaria di fine mese contiene report di riconciliazione e chiusura di fine mese. Questa area di lavoro è considerata un'area di lavoro informale per supportare le attività di collaborazione. Un'app Power BI non è necessaria per i visualizzatori di contenuto perché l'uso principale di questa area di lavoro è la collaborazione a stretto contatto da parte di un piccolo gruppo di persone. La maggior parte dei membri del team dispone dell'autorizzazione per modificare il contenuto in questa area di lavoro.
  • Area di lavoro Report finanziari: l'area di lavoro Report finanziari contiene i report finali a livello di presentazione. Questa area di lavoro contiene contenuti distribuiti su larga scala in tutta l'organizzazione a molti visualizzatori (inclusi i dirigenti) tramite un'app Power BI. L'area di lavoro è strettamente regolamentata.

Tenendo presenti questi due esempi, considerare due aspetti specifici dello scopo dell'area di lavoro: finalità per la collaborazione e finalità per la visualizzazione.

Finalità per la collaborazione

L'obiettivo principale di un'area di lavoro nel portale di Fabric è facilitare la collaborazione tra più persone. Esistono molti modi per collaborare in un'area di lavoro:

  • Sviluppo basato sul team: più persone possono collaborare per creare, testare e pubblicare contenuto. Un utente potrebbe lavorare sulla progettazione di una lakehouse. Un altro utente potrebbe lavorare sulla progettazione del modello semantico (precedentemente noto come set di dati), mentre altri utenti potrebbero concentrarsi sulla creazione di report.
  • Test e convalide: gli utenti potrebbero dover eseguire convalide dei dati per il nuovo contenuto. Gli esperti in materia della business unit potrebbero dover eseguire test di accettazione utente (UAT) o un team data quality potrebbe dover convalidare l'accuratezza del modello semantico.
  • Miglioramenti: stakeholder e consumer del contenuto possono suggerire miglioramenti al contenuto man mano che cambiano le circostanze.
  • Trasferimento di proprietà: un'altra persona o team potrebbe assumere la responsabilità per il contenuto creato da un altro utente.

Una delle aree chiave della roadmap per l'adozione dell'infrastruttura è data da proprietà e gestione dei contenuti. Il tipo di collaborazione che si verificherà in un'area di lavoro sarà diverso in base all'approccio usato per la proprietà e la gestione del contenuto:

  • BI self-service guidata dal business: il contenuto è di proprietà e gestito dagli autori di contenuti all'interno di una business unit o di un reparto. In questo scenario, la maggior parte della collaborazione nell'area di lavoro si verifica tra gli utenti all'interno di tale business unit.
  • BI self-service gestita: i dati sono posseduti e gestiti da un team centralizzato, mentre vari autori di contenuti di business unit si assumono la responsabilità di report e dashboard. In questo scenario è molto probabile che siano necessarie più aree di lavoro per facilitare in modo sicuro la collaborazione da parte di più team di persone.
  • BI aziendale: il contenuto è di proprietà e gestito da un team centralizzato, ad esempio IT, BI aziendale o il Center of Excellence (COE). In questo scenario, le attività di collaborazione nell'area di lavoro hanno luogo tra gli utenti del team centralizzato.

Elenco di controllo: quando si considerano le intenzioni per la collaborazione in un'area di lavoro, le decisioni e le azioni principali includono:

  • Considerare le aspettative per la collaborazione: determinare il modo in cui deve verificarsi la collaborazione dell'area di lavoro e chi sarà coinvolto all'interno di un singolo team o oltre i limiti dell'organizzazione.
  • Prendere in considerazione le aspettative per la proprietà e la gestione dei contenuti: pensare a come i diversi approcci di proprietà e gestione del contenuto (BI self-service gestita e guidata dal business, BI self-service gestita e BI aziendale) influiscono sulla progettazione e l'uso delle aree di lavoro.

Suggerimento

Quando le esigenze non possono essere soddisfatte da un unico approccio, bisogna essere flessibili e usare una strategia diversa in termini di proprietà e gestione del contenuto per aree di lavoro diverse. La strategia può essere basata sullo scenario e sui membri del team coinvolti.

Finalità per la visualizzazione del contenuto

L'obiettivo secondario per un'area di lavoro consiste nel distribuire il contenuto ai consumer che devono visualizzarlo. Per i visualizzatori di contenuto, il carico di lavoro principale di Fabric è Power BI.

Esistono diversi modi per affrontare la distribuzione del contenuto nel servizio Power BI:

  • i report possono essere visualizzati usando un'app Power BI: il contenuto archiviato in un'area di lavoro non personale può essere pubblicato in un'app Power BI. Un'app Power BI è un'esperienza più intuitiva rispetto alla visualizzazione dei report direttamente in un'area di lavoro. Per questo motivo, l'uso di un'app Power BI è spesso la scelta migliore per la distribuzione del contenuto ai consumer. I destinatari per un'app Power BI sono molto flessibili. Tuttavia, a volte gli obiettivi per la distribuzione del contenuto con un'app sono fattori fondamentali per determinare come organizzare il contenuto in un'area o tra aree di lavoro. Per altre informazioni sulla protezione delle app di Power BI, vedere Pianificazione della sicurezza consumer report.
  • I report possono essere visualizzati direttamente nell'area di lavoro: questo approccio è spesso appropriato per le aree di lavoro informali e collaborative. I ruoli dell'area di lavoro definiscono chi può visualizzare o modificare il contenuto in un'area di lavoro. Per altre informazioni sui ruoli dell'area di lavoro, vedere Pianificazione della sicurezza per gli autori di contenuti.
  • I report possono essere condivisi: l'uso di autorizzazioni per elemento (con collegamenti o accesso diretto) è utile quando è necessario fornire l'accesso in sola lettura a un singolo elemento all'interno di un'area di lavoro. È consigliabile usare le autorizzazioni dell'app e i ruoli dell'area di lavoro più frequentemente rispetto alla condivisione perché sono più facili da gestire. Per altre informazioni, vedere Pianificazione della sicurezza consumer report.
  • I report possono essere incorporati in un'altra applicazione e visualizzati in questa posizione: talvolta l'intenzione è consentire ai consumer di visualizzare il contenuto di Power BI incorporato in un'altra applicazione. L'incorporamento del contenuto è utile quando è opportuno che l'utente rimanga nell'applicazione per aumentare l'efficienza e rimanere all'interno del flusso di lavoro.

Un'altra area chiave della roadmap per l'adozione dell'infrastruttura è l'ambito di distribuzione dei contenuti. I modi in cui un'area di lavoro supporterà la distribuzione del contenuto saranno diversi in base all'ambito di distribuzione del contenuto:

  • BI personale: il contenuto è destinato all'uso da parte dell'autore. Poiché la condivisione del contenuto con altri utenti non è un obiettivo, la business intelligence personale viene eseguita all'interno di un'area di lavoro personale (descritta nell'argomento successivo).
  • BI di team: il contenuto viene condiviso con un numero relativamente ridotto di colleghi che collaborano a stretto contatto. In questo scenario la maggior parte delle aree di lavoro è informale e collaborativa.
  • BI di reparto: il contenuto viene distribuito a molti consumer che appartengono a un reparto o a una business unit di grandi dimensioni. In questo scenario, l'area di lavoro si applica principalmente alle attività di collaborazione. Per gli scenari di business intelligence nei reparti, il contenuto viene comunemente visualizzato in un'app Power BI anziché direttamente visualizzato nell'area di lavoro.
  • BI Enterprise: il contenuto viene distribuito su larga scala attraverso i limiti dell'organizzazione al maggior numero di consumer di destinazione. In questo scenario, l'area di lavoro si applica principalmente alle attività di collaborazione. Per gli scenari di business intelligence aziendali, il contenuto viene comunemente visualizzato in un'app Power BI anziché direttamente visualizzato nell'area di lavoro.

Suggerimento

Quando si pianificano le aree di lavoro, prendere in considerazione le esigenze dei destinatari nel determinare la modalità licenza dell'area. Il tipo di licenza assegnato all'area di lavoro influirà sulle funzionalità disponibili, tra cui chi può visualizzare o gestire il contenuto dell'area di lavoro.

Elenco di controllo: quando si considerano le aspettative relative alla visualizzazione del contenuto dell'area di lavoro, le decisioni e le azioni principali includono:

  • Considerare le aspettative per la visualizzazione del contenuto: determinare come si prevede che gli utenti visualizzino il contenuto pubblicato nell'area di lavoro. Valutare se la visualizzazione verrà eseguita direttamente nell'area di lavoro o usando un metodo diverso.
  • Determinare a chi verrà recapitato il contenuto: considerare chi è il gruppo di destinatari. Considerare anche la modalità di licenza dell'area di lavoro, soprattutto quando si prevede un numero significativo di visualizzatori di contenuto.
  • Valutare le esigenze per un'app Power BI: considerare lo scopo dell'area di lavoro in relazione ai requisiti di distribuzione del contenuto. Quando è necessaria un'app Power BI, il fatto può influenzare le decisioni sulla creazione di un'area di lavoro.
  • Prendere in considerazione le aspettative per l'ambito di distribuzione dei contenuti: considerare il modo in cui i diversi ambiti di distribuzione dei contenuti (BI personale, BI del team, BI del reparto e BI aziendale) influenzeranno il modo in cui si progettano e usano le aree di lavoro.

Suggerimento

Essere pronti a essere flessibili. È possibile usare una strategia di visualizzazione del contenuto diversa per le aree di lavoro in base allo scenario e ai membri del team coinvolti. Inoltre, non avere paura di usare diversi approcci all'ambito di distribuzione del contenuto per le aree di lavoro quando necessario.

Uso appropriato delle aree di lavoro personali

Le aree di lavoro sono di due tipi:

  • Aree di lavoro personali: ogni utente dispone di un'area di lavoro personale. È possibile usare un'area di lavoro personale per pubblicare determinati tipi di contenuto nel portale di Fabric. Lo scopo principale è supportare scenari di utilizzo di business intelligence personali.
  • Aree di lavoro: lo scopo principale di un'area di lavoro consiste nel supportare la collaborazione tra più utenti. Secondariamente, un'area di lavoro può essere usata anche per la visualizzazione del contenuto.

L'uso di un'area di lavoro personale per qualsiasi elemento diverso dall'apprendimento di BI personale, il contenuto temporaneo o i test possono essere rischiosi perché il contenuto in un'area di lavoro personale viene gestito e mantenuto da una persona. Inoltre, un'area di lavoro personale non supporta la collaborazione con altri utenti.

Per consentire la creazione di qualsiasi tipo di elemento Fabric (ad esempio una lakehouse o un magazzino), è necessario aggiungere un'area di lavoro a una capacità di Fabric. Questo vale sia per le aree di lavoro standard che per quelle personali. Pertanto, è possibile gestire chi è in grado di creare determinati tipi di elementi all'interno di un'area di lavoro personale tramite l'assegnazione di capacità.

Un'area di lavoro personale è limitata nelle opzioni per condividere il contenuto con altri utenti. Non è possibile pubblicare un'app Power BI da un'area di lavoro personale e le app di Power BI rappresentano un meccanismo importante per la distribuzione del contenuto all'organizzazione. Le autorizzazioni per elemento (collegamenti o accesso diretto) sono l'unico modo per condividere il contenuto dell'area di lavoro personale con altri utenti. Pertanto, l'uso esteso delle autorizzazioni per ogni elemento comporta un maggiore impegno e aumenta il rischio di errore. Per altre informazioni, vedere Pianificazione della sicurezza consumer report.

Elenco di controllo: quando si considerano le aspettative relative all'uso delle aree di lavoro personali, le decisioni e le azioni principali includono:

  • Informazioni sull'uso corrente delle aree di lavoro personali: parlare con gli utenti ed esaminare i dati delle attività per assicurarsi di comprendere le operazioni eseguite dagli utenti con le aree di lavoro personali.
  • Decidere come usare le aree di lavoro personali: decidere come usare (e non usare) le aree di lavoro personali nell'organizzazione. Concentrarsi sul bilanciamento del rischio e sulla facilità d'uso con le esigenze di collaborazione e visualizzazione dei contenuti.
  • Rilocare il contenuto dell'area di lavoro personale quando appropriato: per il contenuto critico, spostare il contenuto dalle aree di lavoro personali alle aree di lavoro standard, se appropriato.
  • Creare e pubblicare la documentazione sulle aree di lavoro personali: creare documentazione utile o domande frequenti per gli utenti su come usare in modo efficace le aree di lavoro personali. Rendere disponibili le informazioni nel portale centralizzato e nei materiali di formazione.

Nota

Per altre informazioni, vedere questi argomenti della roadmap per l'adozione dell'infrastruttura: portale centralizzato, formazione e documentazione.

Proprietà dell'area di lavoro

Uno degli aspetti più importanti da considerare quando si pianificano le aree di lavoro è determinare ruoli e responsabilità di proprietà e stewardship. L'obiettivo è avere chiarezza esattamente su chi è responsabile per la creazione, la gestione, la pubblicazione, la protezione e il supporto del contenuto in ogni area di lavoro.

La chiarezza sulla proprietà è particolarmente rilevante quando le responsabilità per la creazione e la gestione dei dati sono decentralizzate o distribuite tra reparti e business unit. Questo concetto viene anche definito architettura mesh di dati. Per altre informazioni sulla mesh di dati, vedere Che cos'è la mesh di dati?.

In Fabric la proprietà decentralizzata o distribuita viene abilitata tramite le aree di lavoro. Diverse aree dell'organizzazione possono funzionare in modo indipendente, contribuendo comunque alla stessa struttura dei dati sottostante in OneLake. Ogni area di lavoro può avere un proprio amministratore, controllo di accesso e assegnazione della capacità (per la fatturazione, la posizione geografica dei dati e il monitoraggio delle prestazioni).

Suggerimento

Un modo aggiuntivo per supportare la proprietà dell'area di lavoro in Fabric è costituito da domini, descritti più avanti in questo articolo.

Quando la finalità della collaborazione comporta la decentralizzazione e la presenza di più team oltre una singola business unit, può aggiungere complessità per la gestione delle aree di lavoro. Spesso è utile creare aree di lavoro separate per delineare in modo chiaro quale team sia responsabile di quali contenuti. L'uso di più aree di lavoro consente di specificare le responsabilità di proprietà e gestione e consente di impostare la sicurezza in base al principio dei privilegi minimi. Per altre considerazioni sulla sicurezza, vedere Pianificazione della sicurezza degli autori di contenuti.

Suggerimento

Le decisioni relative alla responsabilità devono essere correlate direttamente alle azioni di definizione dell'accesso all'area di lavoro, descritte più avanti in questo articolo.

Elenco di controllo: quando si considerano le responsabilità di proprietà dell'area di lavoro, le decisioni e le azioni principali includono:

  • Acquisire una conoscenza completa del funzionamento della proprietà del contenuto: assicurarsi di comprendere in modo approfondito la proprietà e la gestione dei contenuti in tutta l'organizzazione. È probabile che non ci sia un approccio adatto a tutte le dimensioni da applicare in modo uniforme l'intera organizzazione. Comprendere le esigenze di proprietà decentralizzate o distribuite.
  • Definire e documentare ruoli e responsabilità: assicurarsi di definire e documentare ruoli e responsabilità chiari per le persone che collaborano nelle aree di lavoro. Rendere queste informazioni disponibili nelle attività di onboarding, nei materiali di formazione e nel portale centralizzato.
  • Creare una matrice di responsabilità: eseguire il mapping per gestire ogni funzione durante la creazione, la gestione, la pubblicazione, la protezione e il supporto del contenuto. Tenere a disposizione queste informazioni per quando si inizia a pianificare i ruoli di accesso all'area di lavoro.
  • Considerare scenari di coproprietà o di proprietà multi-team: identificare quando esiste uno scenario in cui sarebbe utile separare le aree di lavoro in modo che le responsabilità siano chiare.
  • Creare la documentazione sulla gestione dell'area di lavoro: informare gli amministratori e i membri dell'area di lavoro su come gestire le impostazioni e l'accesso dell'area di lavoro. Includere responsabilità per amministratori, membri e collaboratori dell'area di lavoro. Rendere disponibili le informazioni nel portale centralizzato e nei materiali di formazione.

Organizzazione dell'area di lavoro

Il modo in cui organizzare le aree di lavoro è uno degli aspetti più importanti della pianificazione dell'area di lavoro.

Le business unit e i reparti diversi possono usare aree di lavoro leggermente diverse a seconda dei requisiti di collaborazione. Quando è necessaria una nuova area di lavoro, è consigliabile prendere in considerazione i fattori descritti in questa sezione.

Oggetto e ambito dell'area di lavoro

Le opzioni seguenti presentano alcuni suggerimenti su come organizzare le aree di lavoro in base all'oggetto e all'ambito.

In alcuni casi, potrebbero essere già presenti alcuni gruppi utili stabiliti in Microsoft Entra ID (precedentemente noto come Azure Active Directory). È quindi possibile usarli per gestire l'accesso alle risorse per l'area di interesse e l'ambito definiti. Tuttavia, potrebbe essere necessario creare alcuni nuovi gruppi per soddisfare questo scopo. Per considerazioni, vedere la sezione Accesso all'area di lavoro di seguito.

Opzione 1: Area di lavoro per area di interesse o progetto

La creazione di un'area di lavoro per ogni area di interesse o progetto consente di concentrarsi sullo scopo. Consente di adottare un approccio bilanciato.

Esempi: Dati finanziari trimestrali o Analisi di lancio prodotto

I vantaggi dell'opzione 1 includono:

  • La gestione dell'accesso degli utenti per chi è autorizzato a modificare o visualizzare il contenuto è più semplice perché è limitata in base all'area dell'oggetto.
  • Quando gli utenti in più limiti organizzativi accederanno ai contenuti, la strutturazione delle aree di lavoro in base all'area dell'oggetto sarà più flessibile e più facile da gestire (rispetto all'opzione 2 illustrata di seguito).
  • L'uso di un ambito per area di interesse è un buon compromesso tra le aree di lavoro che contengono troppi elementi e quelle che ne contengono troppo pochi.

Uno svantaggio dell'opzione 1 è che, a seconda della modalità di definizione più ampia o stretta delle aree di lavoro, è comunque possibile che vengano create molte aree di lavoro. La ricerca di contenuto può risultare complessa per gli utenti quando il contenuto viene distribuito in più aree di lavoro.

Suggerimento

Quando è ben pianificata e gestita, un'area di lavoro per ogni area di interesse o progetto comporta in genere un numero gestibile di aree di lavoro.

Opzione 2: Area di lavoro per reparto o team

La creazione di un'area di lavoro per reparto o team (o business unit) è un approccio comune. In effetti, l'allineamento con l'organigramma è il modo più comune in cui le persone iniziano con la pianificazione dell'area di lavoro. Tuttavia, non è ideale per tutti gli scenari.

Esempi: Reparto finanziario o Analisi del team di vendita

I vantaggi dell'opzione 2 includono:

  • Iniziare a usare la pianificazione è semplice. Tutto il contenuto necessario alle persone che lavorano in tale reparto risiederà in un'unica area di lavoro.
  • È facile per gli utenti sapere quale area di lavoro usare, perché tutto il contenuto viene pubblicato nell'area di lavoro associata al reparto o al team.
  • La gestione dei ruoli di sicurezza può essere semplice, soprattutto quando i gruppi di Microsoft Entra vengono assegnati ai ruoli dell'area di lavoro (procedura consigliata).

Gli svantaggi dell'opzione 2 includono:

  • Il risultato è spesso un'area di lavoro con ambito ampio che contiene molti elementi. Un ambito dell'area di lavoro ampiamente definito può rendere difficile per gli utenti individuare elementi specifici.
  • Poiché esiste una relazione uno-a-uno tra un'area di lavoro e un'app Power BI, un'area di lavoro ampiamente definita può comportare app per gli utenti che includono molti contenuti. Questo problema può essere risolto escludendo determinati elementi dell'area di lavoro dall'app e con una buona progettazione dell'esperienza di navigazione dell'app stessa.
  • Quando gli utenti di altri reparti devono visualizzare elementi specifici dell'area di lavoro, la gestione delle autorizzazioni può diventare più complessa. C'è il rischio che le persone presuppongano che tutto ciò che vedono nell'area di lavoro del reparto sia visualizzabile solo a loro. Esiste anche il rischio che la condivisione di singoli elementi venga usata eccessivamente per ottenere autorizzazioni di visualizzazione granulari.
  • Se alcuni autori di contenuti necessitano dell'autorizzazione per modificare alcuni elementi (ma non tutti), non è possibile impostare tali autorizzazioni in una singola area di lavoro. Ciò è dovuto al fatto che i ruoli dell'area di lavoro, che determinano le autorizzazioni di modifica o visualizzazione, vengono definiti a livello di area di lavoro.
  • Quando si dispone di un numero elevato di elementi dell'area di lavoro, spesso è necessario usare convenzioni di denominazione rigorose per gli elementi in modo che gli utenti siano in grado di trovare ciò di cui hanno bisogno.
  • Le aree di lavoro ampie con molti elementi potrebbero riscontrare una limitazione tecnica sul numero di elementi che possono essere archiviati in un'area.

Suggerimento

Quando si creano aree di lavoro allineate al grafico dell'organizzazione, spesso si riscontra un minor numero di aree di lavoro. Tuttavia, può comportare aree di lavoro che includono molti contenuti. Non è consigliabile allineare le aree di lavoro per reparto o team quando si prevede di avere un numero significativo di elementi e/o molti utenti.

Opzione 3: Area di lavoro per un report o un'app specifica

La creazione di un'area di lavoro per ogni report o tipo di analisi non è consigliata, ad eccezione di circostanze specifiche.

Esempi: Riepilogo vendite giornaliere o Bonus esecutivi

I vantaggi dell'opzione 3 includono:

  • Lo scopo di un'area di lavoro definita in modo ristretto è chiaro.
  • I contenuti ultrasensibili possono, e spesso devono, essere separati nella propria area di lavoro in modo che possano essere gestiti e regolati in modo esplicito.
  • Le autorizzazioni dell'area di lavoro con granularità fine sono applicabili ad alcuni elementi. Questa configurazione è utile quando, ad esempio, un utente può modificare un report ma non un altro.

Gli svantaggi dell'opzione 3 includono:

  • Se usata eccessivamente, la creazione di aree di lavoro definite in modo ristretto comporta un numero elevato di aree.
  • L'uso di un numero elevato di aree di lavoro comporta un maggiore impegno. Anche se gli utenti possono basarsi sulla ricerca, trovare il contenuto corretto nell'area di lavoro giusta può essere frustrante.
  • Quando è presente un numero maggiore di aree di lavoro, aumentano gli impegni dal punto di vista del controllo e del monitoraggio.

Suggerimento

La creazione di un'area di lavoro con un ambito ristretto, ad esempio un singolo report, deve essere eseguita solo per motivi specifici. Deve essere l'eccezione anziché la regola. In alcuni casi, separare le scorecard nella propria area di lavoro è una tecnica utile. Ad esempio, l'uso di un'area di lavoro separata è utile quando una scorecard presenta obiettivi che si estendono su più aree di interesse. È anche utile configurare autorizzazioni specifiche per la gestione e la visualizzazione della scorecard.

Elenco di controllo: quando si considerano l'area dell'oggetto e l'ambito del contenuto dell'area di lavoro, le decisioni chiave e le azioni includono:

  • Valutare la modalità di configurazione delle aree di lavoro: esaminare il modo in cui le persone usano attualmente le aree di lavoro. Identificare cosa funziona bene e cosa no. Pianificare potenziali cambiamenti e opportunità di istruzione degli utenti.
  • Prendere in considerazione l'ambito migliore dell'area di lavoro: identificare come si desidera che gli utenti usino le aree di lavoro in base allo scopo, all'area dell'oggetto, all'ambito e a chi è responsabile della gestione del contenuto.
  • Identificare dove risiede contenuto altamente sensibile: determinare quando la creazione di un'area di lavoro specifica per contenuti altamente sensibili può essere giustificata.
  • Creare e pubblicare la documentazione sull'uso delle aree di lavoro: creare documentazione utile o domande frequenti per gli utenti su come organizzare e usare le aree di lavoro. Rendere queste informazioni disponibili nei materiali di formazione e nel portale centralizzato.

Tipi di elementi dell'area di lavoro

La separazione delle aree di lavoro dati dalle aree di lavoro per la creazione di report è una procedura comune per separare gli asset di dati dagli asset analitici.

  • Un'area di lavoro dati è dedicata all'archiviazione e alla protezione di elementi di dati, ad esempio una lakehouse, un warehouse, una pipeline di dati, un flusso di dati o un modello semantico.
  • Un'area di lavoro per la creazione di report è incentrata maggiormente sulle attività analitiche downstream. È dedicata all'archiviazione e alla protezione di elementi, ad esempio report, dashboard e metriche. Le aree di lavoro per la creazione di report includono principalmente (ma non necessariamente in modo esclusivo) il contenuto di Power BI.

Suggerimento

Ogni esperienza di Fabric consente di creare vari tipi di elementi. Questi elementi non rientrano sempre in modo ottimale nel concetto di contenuto dei dati considerati rispetto ai report (o analitici). Un esempio è un notebook di Fabric che può essere usato in molti modi diversi, ad esempio il caricamento e la trasformazione dei dati in una lakehouse, l'invio di query Spark SQL o l'analisi e la visualizzazione dei dati con PySpark. Quando l'area di lavoro contiene carichi di lavoro misti, è consigliabile concentrarsi principalmente su scopo e proprietà dei suoi contenuti, come descritto altrove in questo articolo.

I vantaggi per separare le aree di lavoro dati dalle aree di lavoro per la creazione di report includono:

  • I dati aziendali critici, ad esempio un modello lakehouse o semantico approvato, possono risiedere in un'area di lavoro specifica progettata per rendere disponibili i dati riutilizzabili su scala aziendale. Esempi comuni includono:
  • La gestione degli accessi può essere centralizzata per i dati aziendali critici. La gestione dell'accesso separatamente per l'area di lavoro dati rispetto alle aree di lavoro per la creazione di report è utile quando persone diverse sono responsabili dei dati e dei report. Con la BI self-service gestita, è comune avere molti autori di report e un minor numero di autori di dati.
  • La limitazione di chi può modificare e gestire modelli semantici riduce al minimo il rischio di modifiche involontarie, in particolare per gli elementi di dati critici riutilizzati per molti scopi o da molti utenti. La separazione fisica riduce le probabilità di modifiche accidentali o non approvate. Questo livello aggiuntivo di protezione è utile per modelli semantici certificati, che si basano sulla loro qualità e affidabilità.
  • Gli scenari di coproprietà vengono chiariti. Quando i modelli semantici condivisi vengono distribuiti da un team IT o BI centralizzato, mentre i report vengono pubblicati dagli autori di contenuti self-service (nelle business unit), è consigliabile inserire i modelli semantici in un'area di lavoro separata. Questo approccio evita l'ambiguità degli scenari di coproprietà perché la proprietà e la responsabilità per ogni area di lavoro sono definite più chiaramente.
  • Viene applicata la sicurezza a livello di riga. Quando si invitano gli autori a lavorare in aree di lavoro diverse, non avranno autorizzazioni di modifica non necessarie per il modello semantico originale. Il vantaggio è che la sicurezza a livello di riga e/o la sicurezza a livello di oggetto verranno applicato per gli autori di contenuti (e anche per i visualizzatori di contenuti).

Gli svantaggi per separare le aree di lavoro dati dalle aree di lavoro per la creazione di report includono:

  • È necessaria una convenzione di denominazione dell'area di lavoro per distinguere un'area di lavoro dati da una per la creazione di report.
  • Per garantire che autori e consumer di contenuti sappiano dove pubblicare e trovare contenuto, è necessaria un'istruzione aggiuntiva per gli utenti.
  • A volte è difficile delineare chiaramente i tipi di elemento che devono essere contenuti all'interno di un'area di lavoro. Nel corso del tempo, un'area di lavoro può contenere più tipi di contenuto rispetto a quanto previsto in origine.
  • L'uso di aree di lavoro separate comporta un numero maggiore di aree di lavoro che è necessario gestire e controllare. Quando si pianificano scopi, ambiti e altre considerazioni, ad esempio la separazione del contenuto di sviluppo, test e produzione, l'approccio alla progettazione dell'area di lavoro può diventare più complicato.
  • Potrebbero essere necessari processi di gestione delle modifiche aggiuntivi per tenere traccia e classificare in ordine di priorità le modifiche richieste agli elementi di dati centralizzati, in particolare quando gli autori di report hanno requisiti oltre a ciò che può essere gestito da modelli compositi e misure a livello di report.

Elenco di controllo: quando si considerano i tipi di elemento da archiviare in un'area di lavoro, le decisioni e le azioni principali includono:

  • Determinare gli obiettivi per il riutilizzo dei dati: decidere come ottenere il riutilizzo dei dati come parte di una strategia di business intelligence self-service gestita.
  • Aggiornare l'impostazione del tenant per chi può usare modelli semantici nelle aree di lavoro: determinare se questa funzionalità può essere concessa a tutti gli utenti. Se si decide di limitare gli utenti che possono usare modelli semantici tra aree di lavoro, è consigliabile usare un gruppo come Autori di report approvati da Fabric.

Accesso all'area di lavoro

Poiché lo scopo principale di un'area di lavoro è la collaborazione, l'accesso all'area di lavoro è principalmente applicabile agli utenti che creano e gestiscono il contenuto. Può anche essere rilevante quando l'area di lavoro viene usata per la visualizzazione del contenuto (uno scopo secondario per le aree di lavoro, come descritto in precedenza in questo articolo).

Quando si iniziano a pianificare i ruoli dell'area di lavoro, è utile porsi le domande seguenti.

  • Quali sono le aspettative per il modo in cui si verificherà la collaborazione nell'area di lavoro?
  • L'area di lavoro verrà usata direttamente per la visualizzazione del contenuto da parte degli utenti?
  • Chi sarà responsabile della gestione del contenuto nell'area di lavoro?
  • Chi visualizzerà il contenuto archiviato nell'area di lavoro?
  • L'intenzione è quella di assegnare singoli utenti o gruppi ai ruoli dell'area di lavoro?

È consigliabile usare i gruppi per assegnare ruoli dell'area di lavoro quando possibile. È possibile assegnare diversi tipi di gruppi. I gruppi di sicurezza, i gruppi di sicurezza abilitati alla posta elettronica, i gruppi di distribuzione e i gruppi di Microsoft 365 sono tutti supportati per i ruoli dell'area di lavoro. Per altre informazioni sull'uso dei gruppi, vedere Pianificazione della sicurezza a livello di tenant.

Quando si prevede di usare i gruppi, è consigliabile creare un gruppo per ogni ruolo per area di lavoro. Ad esempio, per supportare l'area di lavoro Dati finanziari trimestrali, è possibile creare i gruppi seguenti:

  • Area di lavoro Fabric, amministratori: dati finanziari trimestrali
  • Area di lavoro Fabric, membri: dati finanziari trimestrali
  • Area di lavoro Fabric, collaboratori: dati finanziari trimestrali
  • Area di lavoro Fabric, visualizzatori: dati finanziari trimestrali
  • Power BI: visualizzatori app - Dati finanziari trimestrali

Suggerimento

La creazione dei gruppi elencati in precedenza offre flessibilità. Tuttavia, comporta la creazione e la gestione di molti gruppi. Inoltre, la gestione di un numero elevato di gruppi può risultare complessa quando i gruppi vengono creati e gestiti solo dall'IT. Questa sfida può essere risolta abilitando la gestione gruppi self-service per determinati membri satellite. Questi membri possono includere il Center of Excellence (COE), i promotori o gli utenti attendibili che sono stati formati per gestire le appartenenze ai ruoli per la propria business unit. Per altre informazioni, vedere Pianificazione della sicurezza a livello di tenant.

Quando le aree di lavoro dati sono separate dalle aree di lavoro per la creazione di report, come descritto in precedenza in questo articolo, ciò comporta un numero ancora maggiore di gruppi. Si consideri come il numero di gruppi raddoppia da cinque a 10 quando si separano i dati e le aree di lavoro per la creazione di report:

  • Area di lavoro dati Fabric, amministratori: dati finanziari trimestrali
  • Area di lavoro reporting Fabric, amministratori: dati finanziari trimestrali
  • Area di lavoro dati Fabric, membri: dati finanziari trimestrali
  • Area di lavoro reporting Fabric, membri: dati finanziari trimestrali
  • Area di lavoro dati Fabric, collaboratori: dati finanziari trimestrali
  • Area di lavoro reporting Fabric, collaboratori: dati finanziari trimestrali
  • Area di lavoro dati Fabric, visualizzatori: dati finanziari trimestrali
  • Area di lavoro reporting Fabric, visualizzatori: dati finanziari trimestrali
  • Power BI, visualizzatori app: dati finanziari trimestrali

Quando sono presenti più aree di lavoro per lo sviluppo, il test e la produzione comportano un numero ancora maggiore di gruppi. Il numero di gruppi può essere triplicato. Ad esempio, solo per gli amministratori dell'area di lavoro dati, sono presenti i tre gruppi seguenti:

  • Area di lavoro dati Fabric, amministratori: dati finanziari trimestrali[Svil]
  • Area di lavoro dati Fabric, amministratori: dati finanziari trimestrali[Test]
  • Area di lavoro dati Fabric, amministratori: dati finanziari trimestrali

Gli esempi precedenti hanno lo scopo di indicare che l'uso di gruppi che eseguono il mapping ai ruoli dell'area di lavoro può diventare rapidamente ingestibile.

Suggerimento

In alcuni casi è necessario un minor numero di gruppi, in particolare in fase di sviluppo. Ad esempio, potrebbe non essere necessario specificare un gruppo di visualizzatori dell'area di lavoro in fase di sviluppo; tale gruppo è necessario solo per i test e la produzione. In alternativa, potrebbe essere possibile usare lo stesso gruppo di amministratori dell'area di lavoro per lo sviluppo, il test e la produzione. Per altre informazioni su sviluppo, test e produzione, vedere Gestione del ciclo di vita dell'area di lavoro più avanti in questo articolo.

L'uso efficace dei gruppi per i ruoli dell'area di lavoro può richiedere una pianificazione considerevole. Prepararsi a riscontrare scenari in cui i gruppi esistenti (che potrebbero essere allineati all'organigramma) non soddisferanno tutte le esigenze per la gestione del contenuto di Fabric. In questo caso, è consigliabile creare gruppi specificamente a questo scopo. Ecco perché le parole Fabric o Power BI sono incluse negli esempi di nome del gruppo illustrati in precedenza. Se si dispone di più strumenti di business intelligence, è possibile scegliere di usare solo BI come prefisso. In questo modo, è possibile usare gli stessi gruppi tra più strumenti.

Infine, gli esempi mostrano un'area di lavoro, Dati finanziari trimestrali, ma spesso è possibile gestire una raccolta di aree di lavoro con un set di gruppi. Ad esempio, più aree di lavoro di proprietà e gestite dal team finanziario potrebbero essere in grado di usare gli stessi gruppi.

Nota

Spesso si pianificherà la sicurezza in modo più ampio, prendendo in considerazione i requisiti di autorizzazioni Lettura e Compilazione del modello semantico, così come i requisiti di sicurezza a livello di riga. Per altre informazioni su cosa considerare per supportare i consumer di report e gli autori di contenuti, vedere gli articoli sulla pianificazione della sicurezza. Ai fini di questo articolo, l'attenzione riguarda solo i ruoli dell'area di lavoro come parte del processo di pianificazione dell'area stessa.

Elenco di controllo: quando si considera l'accesso all'area di lavoro, le decisioni chiave e le azioni includono:

  • Fare riferimento a ruoli e responsabilità: usare le informazioni sui ruoli e sulle responsabilità preparate in precedenza per pianificare i ruoli dell'area di lavoro.
  • Identificare chi sarà proprietario e gestore del contenuto: verificare che tutti gli elementi che si prevede di archiviare in un'unica area di lavoro siano allineati alle persone che si assumeranno la responsabilità di possedere e gestire il contenuto. In caso di mancata corrispondenza, riconsiderare la modalità di organizzazione delle aree di lavoro.
  • Identificare chi visualizzerà il contenuto nell'area di lavoro: determinare se gli utenti visualizzeranno il contenuto direttamente dall'area di lavoro.
  • Pianificare i ruoli dell'area di lavoro: determinare quali persone sono adatte ai ruoli Amministratore, Membro, Collaboratore e Visualizzatore per ogni area di lavoro.
  • Decidere in base alle assegnazioni di gruppo o a singoli ruoli: determinare se si intende assegnare singoli utenti o gruppi ai ruoli dell'area di lavoro. Controllare se sono presenti gruppi esistenti che è possibile usare per le assegnazioni di ruolo dell'area di lavoro.
  • Determinare se sia necessario creare nuovi gruppi: valutare attentamente se sia necessario creare un nuovo gruppo per ogni ruolo dell'area di lavoro. Tenere presente che ciò può comportare la creazione e la gestione di molti gruppi. Determinare il processo quando viene creata una nuova area di lavoro e come verranno creati i gruppi correlati.
  • Configurare e testare le assegnazioni di ruolo dell'area di lavoro: verificare che gli utenti dispongano delle impostazioni di sicurezza appropriate per essere produttivi durante la creazione, la modifica e la visualizzazione del contenuto.

Dominio dell'area di lavoro

Come descritto in precedenza in questo articolo, è fondamentale avere maggiore chiarezza sulla proprietà dell'area di lavoro. Un modo per supportare ulteriormente la proprietà dell'area di lavoro in Fabric consiste nell'usare domini. Un dominio è un modo per raggruppare logicamente più aree di lavoro con caratteristiche simili.

Per altre informazioni sulla pianificazione dei domini nel tenant, vedere Domini dell'area di lavoro.

Impostazioni dell'area di lavoro

Sono disponibili diverse impostazioni che è possibile configurare per ogni singola area di lavoro. Queste impostazioni possono influenzare in modo significativo il modo in cui si verifica la collaborazione, chi può accedere all'area di lavoro e il livello di riutilizzabilità dei dati nei carichi di lavoro di Fabric.

Modalità di licenza dell'area di lavoro

Ogni area di lavoro ha un'impostazione per la modalità licenza. Può essere impostato su Pro, Premium per utente, Capacità Premium, Integrato, Capacità Fabrico Prova.

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.

Il tipo di licenza è importante per la pianificazione dell'area di lavoro perché determina:

  • Funzionalità: sono supportate varie funzionalità. La PPU include più funzionalità (ad esempio le pipeline di distribuzione) non disponibili in Pro. Molte altre funzionalità dell'infrastruttura, ad esempio le lakehouse, diventano disponibili per le aree di lavoro assegnate a una capacità Fabric.
  • Accesso al contenuto: il tipo di licenza determina chi può accedere al contenuto nell'area di lavoro:
    • Solo gli utenti che dispongono di una licenza PPU (oltre a essere assegnati a un ruolo dell'area di lavoro) possono accedere a un'area di lavoro PPU.
    • Se si prevede di distribuire contenuto ai visualizzatori che hanno una licenza gratuita, è necessaria una licenza F64 o superiore.
  • Posizione di archiviazione dei dati: quando è necessario archiviare i dati in un'area geografica specifica (all'esterno dell'area principale), ciò diventa possibile con un'area di lavoro assegnata a una capacità (e, di conseguenza, la capacità viene creata in tale area). Per altre informazioni sul percorso di archiviazione dei dati, vedere Configurazione del tenant.

Elenco di controllo: quando si considera la modalità di licenza dell'area di lavoro, le decisioni chiave e le azioni includono:

  • Considerare quali funzionalità sono necessarie per ogni area di lavoro: determinare i requisiti delle funzionalità di ogni area di lavoro. Prendere in considerazione le differenze nel carico di lavoro e gli utenti che si intende accedano all'area di lavoro.
  • Impostare la modalità di licenza dell'area di lavoro: rivedere e aggiornare ogni modalità di licenza dell'area di lavoro in base alle funzionalità necessarie per ogni area.

Gestione del ciclo di vita dell'area di lavoro

Quando gli autori di contenuti collaborano per distribuire soluzioni analitiche importanti per l'organizzazione, esistono diverse considerazioni sulla gestione del ciclo di vita. Questi processi sono noti anche come integrazione continua/recapito continuo (CI/CD), un aspetto di DevOps.

Alcune considerazioni sulla gestione del ciclo di vita includono:

  • Come garantire un recapito tempestivo, affidabile e coerente del contenuto.
  • Come comunicare e coordinare e attività tra più autori di contenuti che lavorano sullo stesso progetto.
  • Come risolvere i conflitti quando più autori di contenuti modificano lo stesso elemento nello stesso progetto.
  • Come strutturare un processo di distribuzione semplice e affidabile.
  • Come eseguire il rollback del contenuto distribuito a una versione stabile e funzionante precedente.
  • Come bilanciare rilasci di versioni veloci delle nuove funzionalità e delle correzioni di bug proteggendo al contempo il contenuto di produzione.

In Fabric sono disponibili due componenti principali della gestione del ciclo di vita.

  • Controllo della versione del contenuto: l'integrazione di Git consente ai proprietari e agli autori di contenuti di creare versioni del proprio lavoro. Può essere usata con lo sviluppo basato sul Web in un'area di lavoro o quando si sviluppa in uno strumento client, ad esempio Power BI Desktop. Il controllo della versione (noto anche come controllo del codice sorgente) viene ottenuto monitorando tutte le revisioni in un progetto usando rami associati ai repository locali e remoti in Azure DevOps. Le modifiche vengono sottoposte a commit a intervalli regolari nei rami nel repository remoto. Quando un autore di contenuti ha completato revisioni testate e approvate, il relativo ramo viene unito alla versione più recente della soluzione nel repository remoto principale (dopo aver risolto eventuali conflitti di unione). È possibile specificare l'integrazione Git per ogni area di lavoro nel portale di Fabric, a condizione che la funzionalità sia stata abilitata nelle impostazioni del tenant.
  • Promozione del contenuto: le pipeline di distribuzione sono principalmente incentrate sulla gestione delle versioni per mantenere un ambiente stabile per gli utenti. È possibile assegnare un'area di lavoro a una fase (sviluppo, test o produzione) in una pipeline di distribuzione. È quindi possibile, in modo semplice e sistematico, alzare di livello o distribuire il contenuto alla fase successiva.

Quando si combinano le funzionalità di gestione del ciclo di vita, esistono procedure consigliate da considerare durante il processo di pianificazione. Ad esempio, è possibile scegliere di usare l'integrazione Git per l'area di lavoro di sviluppo e le pipeline di distribuzione per pubblicare nelle aree di lavoro di test e produzione. Questi tipi di decisioni richiedono l'uso coerente della pratica concordata. È consigliabile eseguire un modello di verifica per testare completamente la configurazione, i processi e il modello di autorizzazioni.

Elenco di controllo: quando si pianifica la gestione del ciclo di vita dell'area di lavoro, le decisioni e le azioni principali includono:

  • Determinare come gli utenti devono usare il controllo della versione: analizzare le modalità di lavoro degli autori di contenuti self-service e avanzati per determinare se il controllo delle versioni dei file con OneDrive for Business o SharePoint sia appropriato. Introduzione all'integrazione Git per utenti avanzati che necessitano di altre funzionalità. Prepararsi a supportare entrambi i tipi di utenti.
  • Determinare come gli utenti devono promuovere il contenuto: analizzare le modalità di lavoro degli autori di contenuti self-service e avanzati per determinare se le pipeline di distribuzione sono adatte per promuovere il contenuto.
  • Decidere se l'integrazione git deve essere abilitata: valutare se l'integrazione di Git con le aree di lavoro sia adatta al metodo di lavoro degli autori di contenuti. Impostare l'impostazione del tenant Gli utenti possono sincronizzare gli elementi dell'area di lavoro con i repository Git per allinearsi a questa decisione. Esaminare ognuna delle impostazioni del tenant di integrazione Git e impostarle in base alle linee guida per la governance.
  • Eseguire un modello di verifica: condurre un modello di verifica tecnico per chiarire come si intende collaborare per le aree di lavoro Git e le pipeline di distribuzione.
  • Decidere quali aree di lavoro devono avere l'integrazione con Git: considerare le modalità di lavoro degli autori di contenuti e quali aree di lavoro devono essere assegnate a un ramo di sviluppo, test o produzione (versione).
  • Verificare le licenze: verificare di avere una licenza di capacità disponibile per l'uso dell'integrazione Git. Assicurarsi che ogni area di lavoro sia assegnata a una capacità di Infrastruttura o a una capacità Power BI Premium.
  • Configurare Azure DevOps: collaborare con l'amministratore per configurare i progetti, i repository e i rami di Azure DevOps necessari per ogni area di lavoro. Assegnare l'accesso appropriato a ogni repository.
  • Connettere le aree di lavoro: connettere ogni area di lavoro al repository Azure DevOps appropriato.
  • Prendere in considerazione chi deve eseguire la distribuzione nell'ambiente di produzione: prendere decisioni su come e chi deve essere in grado di aggiornare il contenuto di produzione. Assicurarsi che queste decisioni siano allineate alla modalità di gestione della proprietà dell'area di lavoro nell'organizzazione.
  • Informare gli autori di contenuti: assicurarsi che tutti gli autori di contenuti comprendano quando usare le funzionalità e le procedure di gestione del ciclo di vita. Informarli sul flusso di lavoro e su come le diverse aree di lavoro influiscono sui processi di gestione del ciclo di vita.

Integrazione dell'area di lavoro con ADLS Gen2

È possibile connettere un'area di lavoro a un account Azure Data Lake Storage Gen2 (ADLS Gen2). Esistono due motivi per eseguire questa operazione:

  • Archiviazione dei flussi di dati di Power BI: se si sceglie di usare l'approccio bring-your-own-data-lake, è possibile accedere ai dati per i flussi di dati di Power BI (Gen1) direttamente in Azure. L'accesso diretto all'archiviazione flusso di dati in ADLS Gen2 è utile quando si desidera che altri utenti o processi visualizzino o accedano ai dati. È particolarmente utile quando l'obiettivo è riutilizzare i dati dei flussi di dati al di là di Power BI. Sono disponibili due opzioni per l'assegnazione dell'archiviazione:
  • Backup e ripristino per i modelli semantici di Power BI: la funzionalità di backup e ripristino del modello semantico di Power BI è supportata per le aree di lavoro assegnate a capacità o PPU. Questa funzionalità usa lo stesso account ADLS Gen2 usato per l'archiviazione dei dati dei flussi di dati di Power BI (descritto nel punto elenco precedente). I backup semantici del modello sono utili per:
    • Conformità ai requisiti di conservazione dei dati
    • Archiviazione di backup di routine come parte di una strategia di ripristino di emergenza
    • Archiviazione dei backup in un'altra area
    • Eseguire la migrazione di un modello di dati

Importante

L'impostazione di connessioni di Azure nel portale di amministrazione di Fabric non significa che tutti i flussi di dati per l'intero tenant vengano archiviati per impostazione predefinita in un account ADLS Gen2. Per usare un account di archiviazione esplicito (anziché l'archiviazione interna), ogni area di lavoro deve essere connessa in modo esplicito. È fondamentale impostare le connessioni di Azure dell'area di lavoro prima di creare flussi di dati di Power BI nell'area di lavoro.

Elenco di controllo: quando si considera l'integrazione dell'area di lavoro con ADLS Gen2, le decisioni chiave e le azioni includono:

  • Decidere se l'area di lavoro verrà usata in modi che richiedono Archiviazione di Azure: valutare se uno scenario bring-your-own-data lake sarebbe utile per l'archiviazione dei flussi di dati e/o se siano necessari requisiti per usare la funzionalità di backup e ripristino del modello semantico.
  • Determinare quale account di archiviazione di Azure verrà usato: selezionare un account di archiviazione di Azure con lo spazio dei nomi gerarchico abilitato (ADLS Gen2) per l'archiviazione a livello di tenant di flussi di dati o backup semantici dei flussi di dati. Assicurarsi che siano disponibili le informazioni sull'account di archiviazione di Azure.
  • Configurare l'account di archiviazione a livello di tenant: nel portale di amministrazione di Fabric impostare l'account di archiviazione ADLS Gen2 a livello di tenant.
  • Decidere se gli amministratori dell'area di lavoro possono connettere un account di archiviazione: discutere per comprendere le esigenze dei team decentralizzati e se i singoli team stanno attualmente mantenendo i propri account di archiviazione di Azure. Decidere se questa funzionalità deve essere abilitata.
  • Configurare l'impostazione di amministrazione per l'archiviazione a livello di area di lavoro: nel portale di amministrazione di Fabric abilitare l'opzione che consente agli amministratori dell'area di lavoro di connettere il proprio account di archiviazione.
  • Configurare le connessioni di Archiviazione di Azure a livello di area di lavoro: specificare l'account di Archiviazione di Azure per ogni singola area di lavoro. È necessario impostare l'account di archiviazione prima di creare flussi di dati di Power BI nell'area di lavoro. Se si intende usare i backup semantici del modello, assicurarsi che la modalità di licenza dell'area di lavoro sia impostata su capacità o PPU.
  • Aggiornare la documentazione relativa alla gestione dell'area di lavoro: assicurarsi che la documentazione sulla gestione dell'area di lavoro includa informazioni su come assegnare correttamente gli account di archiviazione di ADLS Gen2. Rendere disponibili le informazioni nel portale centralizzato e nei materiali di formazione.

Integrazione dell'area di lavoro con Azure Log Analytics

Azure Log Analytics è un servizio in Monitoraggio di Azure. È possibile usare Azure Log Analytics per esaminare i dati di diagnostica generati dal motore di Analysis Services, che ospita modelli semantici di Power BI. I log a livello di area di lavoro sono utili per analizzare le prestazioni e le tendenze, eseguire l'analisi dell'aggiornamento dei dati, analizzare le operazioni degli endpoint XMLA e altro ancora. Azure Log Analytics è disponibile solo per le aree di lavoro assegnate alla capacità o alla PPU.

Nota

Anche se i nomi sono simili, i dati inviati ad Azure Log Analytics sono diversi dai dati acquisiti dal log attività di Power BI. I dati inviati ad Azure Log Analytics riguardano gli eventi generati dal motore di Analysis Services (ad esempio, gli eventi di inizio query e fine query). Al contrario, il log attività riguarda il rilevamento di attività utente (ad esempio eventi Visualizza report o Modifica report).

Per altre informazioni sui log eventi del modello semantico, vedere Controllo a livello di dati.

Per altre informazioni su come configurare Azure Log Analytics per l'uso con Power BI, vedere Configurazione di Azure Log Analytics per Power BI. Assicurarsi di comprendere i prerequisiti necessari per eseguire il lavoro di integrazione.

Elenco di controllo: quando si considera l'integrazione dell'area di lavoro con Azure Log Analytics, le decisioni chiave e le azioni includono:

  • Decidere se gli amministratori dell'area di lavoro possono connettersi a Log Analytics: determinare se tutti o alcuni amministratori dell'area di lavoro potranno usare Azure Log Analytics per l'analisi dei log a livello di area di lavoro. Se l'accesso deve essere limitato solo a determinate persone, decidere quale gruppo usare.
  • Configurare l'impostazione del tenant per le connessioni di Log Analytics: nel portale di amministrazione di Fabric impostare l'impostazione del tenant in base alla decisione per cui gli amministratori dell'area di lavoro impostano le connessioni.
  • Impostare l'area di lavoro Log Analytics per ogni area di lavoro: nelle impostazioni dell'area di lavoro specificare le informazioni di Azure Log Analytics per ogni area di lavoro. Per acquisire i log a livello di area di lavoro, assicurarsi che la modalità di licenza dell'area di lavoro sia impostata su capacità o PPU.
  • Aggiornare la documentazione relativa alla gestione dell'area di lavoro: assicurarsi che la documentazione sulla gestione dell'area di lavoro includa informazioni su come assegnare un'area di lavoro ad Azure Log Analytics.

Altre proprietà dell'area di lavoro

Esistono diverse altre proprietà dell'area di lavoro che possono fornire informazioni utili. Per aree di lavoro regolate, è consigliabile impostare queste proprietà.

Ecco alcuni suggerimenti su come configurare queste impostazioni chiave per migliorare l'esperienza per gli utenti.

  • Descrizione dell'area di lavoro: una buona descrizione dell'area di lavoro include una breve spiegazione specifica del tipo di contenuto disponibile nell'area di lavoro. È possibile usare fino a 4000 caratteri per la descrizione:
    • Scopo dell'area di lavoro
    • Il gruppo di destinatari
    • Tipo di contenuto pubblicato nell'area di lavoro
    • Indica se l'area di lavoro è considerata regolamentata
    • Se l'area di lavoro include dati di sviluppo, test o produzione
    • Chi contattare in caso di domande (a volte sarà fondamentale visualizzare queste informazioni nel modo più evidente possibile, oltre all'elenco contatti descritto di seguito)
  • Contatti dell'area di lavoro: l'elenco di contatti dell'area di lavoro include gli amministratori dell'area di lavoro per impostazione predefinita. Se si dispone di proprietari di contenuti tecnici diversi dagli esperti in materia, potrebbe risultare utile specificare altri contatti. Altri contatti possono essere gruppi o utenti che possono rispondere a domande sul contenuto dell'area di lavoro.
  • 'Immagine dell'area di lavoro: l'uso coerente delle immagini dell'area di lavoro può essere utile per gli utenti durante l'analisi di un elenco di aree di lavoro. Prendere in considerazione l'uso di un'immagine per aiutare gli utenti a determinare:
    • L'area del dominio o dell'oggetto
    • Quale business unit o team possiede e gestisce il contenuto
    • Che si tratti di un'area di lavoro dati (una dedicata all'archiviazione di elementi riutilizzabili, ad esempio un lakehouse, un warehouse, una pipeline di dati, un flusso di dati o un modello semantico)
    • Che si tratti di un'area di lavoro per la creazione di report (una dedicata all'archiviazione di elementi analitici, ad esempio report, dashboard o metriche)
  • Impostazioni del modello di dati: consente a membri, amministratori e utenti dell'area di lavoro con autorizzazione di compilazione per i modelli semantici di modificare i modelli di dati di Power BI usando l'interfaccia Web. Questa impostazione viene usata insieme all'altra impostazione del tenant Gli utenti possono modificare i modelli di dati nel servizio Power BI. Questa impostazione deve essere allineata alle decisioni e ai processi per la modalità di creazione, gestione e distribuzione del contenuto. Considerare anche il metodo per il controllo della versione come descritto in precedenza in questo articolo.

Elenco di controllo: quando si considerano le altre proprietà dell'area di lavoro, le decisioni e le azioni principali includono:

  • Specificare la descrizione dell'area di lavoro: assicurarsi che sia presente una descrizione utile e completa nella descrizione dell'area di lavoro.
  • Usare un'immagine utile per l'area di lavoro: impostare un'immagine coerente per l'area di lavoro che consentirà agli utenti di comprendere visivamente l'area di interesse, chi possiede e gestisce il contenuto nell'area di lavoro e/o il tipo di contenuto archiviato nell'area di lavoro.
  • Identificare i contatti per l'area di lavoro: verificare se gli amministratori dell'area di lavoro devono essere i contatti dell'area di lavoro o se è necessario specificare utenti o gruppi specifici.
  • Specificare le impostazioni del modello di dati: considerare quali aree di lavoro possono consentire la modifica del modello di dati basato sul Web. Configurare l'impostazione del tenant Gli utenti possono modificare i modelli di dati nel servizio Power BI scegliendo chi può modificare e gestire il contenuto.

Altri fattori tecnici

Esistono altri fattori tecnici che potrebbero influenzare la configurazione dell'area di lavoro.

  • Se si integra il contenuto con altri strumenti e servizi, potrebbero esserci implicazioni sulle licenze. Ad esempio, se si incorpora un oggetto visivo di Power Apps in un report di Power BI, sono necessarie licenze di Power Apps appropriate.
  • Esistono limiti di archiviazione per area di lavoro che si applicano alla quantità di dati che è possibile archiviare in un'area di lavoro Pro. Se si usa la capacità o la PPU non è un'opzione, valutare come lavorare entro i limiti di archiviazione durante il processo di pianificazione dell'area di lavoro.
  • Quando si installa un'app modello da AppSource, verrà creata una nuova area di lavoro con un ambito e un soggetto ristretti.

Elenco di controllo: quando si considerano altri fattori tecnici, le decisioni chiave e le azioni includono:

  • Prestare attenzione ai fattori tecnici: mentre si segue il processo di pianificazione, determinare se esiste un motivo tecnico (ad esempio i limiti di archiviazione per area di lavoro) che potrebbe influenzare il processo decisionale.
  • Riorganizzare il contenuto dell'area di lavoro: se i limiti di archiviazione rischiano di diventare un problema, creare aree di lavoro separate e ripubblicare il contenuto in queste nuove aree di lavoro.

Contenuto correlato

Per altre considerazioni, azioni, criteri decisionali e consigli utili in merito all’implementazione di Power BI, vedere Pianificazione dell'implementazione di Power BI.