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 sul carico di lavoro di Power BI all'interno di 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 dell'infrastruttura: amministratori responsabili della supervisione dell'infrastruttura nell'organizzazione.
  • Center of Excellence, IT e BI team: i team responsabili anche della supervisione dei dati e 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 un'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 da una o più esperienze di Infrastruttura 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 infrastruttura.

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 entrambi dedicati 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 da parte di un piccolo gruppo di persone che collaborano a stretto contatto. 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) usando un'app Power BI. L'area di lavoro è strettamente governata.

Tenendo presenti questi due esempi, prendere in considerazione due aspetti specifici dello scopo dell'area di lavoro: finalità per la collaborazione e finalità di 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 in cui la collaborazione può avvenire in un'area di lavoro:

  • Sviluppo basato su 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 (noto in precedenza 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 dell'unità aziendale potrebbero dover eseguire test di accettazione utente (UAT) o un team data quality potrebbe dover convalidare l'accuratezza del modello semantico.
  • Miglioramenti: gli stakeholder e gli utenti del contenuto potrebbero suggerire miglioramenti al contenuto man mano che cambiano le circostanze.
  • Trasferimento di proprietà: un'altra persona o un altro team potrebbe assumere la responsabilità del contenuto creato da un altro utente.

Una delle aree chiave della roadmap per l'adozione dell'infrastruttura è la proprietà e la 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:

  • Business-led business self-service BI: il contenuto è di proprietà e gestito dagli autori di contenuti all'interno di una business unit o reparto. In questo scenario, la maggior parte della collaborazione nell'area di lavoro si verifica tra gli utenti all'interno di tale business unit.
  • Business Intelligence self-service gestita: i dati sono di proprietà e gestiti da un team centralizzato, mentre i vari creatori di contenuti delle business unit hanno la responsabilità di report e dashboard. In questo scenario è molto probabile che più aree di lavoro siano necessarie per facilitare in modo sicuro la collaborazione da parte di più team di persone.
  • Business INTELLIGENCE aziendale: il contenuto è di proprietà e gestito da un team centralizzato, ad esempio IT, business BI o il Centro di eccellenza (COE). In questo scenario, le attività di collaborazione nell'area di lavoro si verificano 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 nell'area di lavoro e chi è coinvolto all'interno di un singolo team o attraverso i limiti dell'organizzazione.
  • Prendere in considerazione le aspettative per la proprietà e la gestione dei contenuti: considerare il modo in cui i diversi approcci di proprietà e gestione dei contenuti (BUSINESS INTELLIGENCE self-service gestita, BI self-service gestito e BUSINESS BI aziendale) influenzeranno il modo in cui si progettano e usano le aree di lavoro.

Suggerimento

Quando le esigenze non possono essere soddisfatte da un unico approccio, è possibile prepararsi a essere flessibili e usare una diversa strategia 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 è distribuire il contenuto ai consumer che devono visualizzare il contenuto. Per i visualizzatori di contenuto, il carico di lavoro principale di Infrastruttura è 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 o tra aree di lavoro. Per altre informazioni sulla protezione delle app di Power BI, vedere Creare report sulla pianificazione della sicurezza degli utenti.
  • 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 contenuto contenuto in un'area di lavoro. Per altre informazioni sui ruoli dell'area di lavoro, vedere Pianificazione della sicurezza degli autori di contenuti.
  • I report possono essere condivisi: l'uso di autorizzazioni per elemento (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 Creare report sulla pianificazione della sicurezza degli utenti.
  • I report possono essere incorporati in un'altra applicazione e visualizzati in questa posizione: a volte l'intenzione è quella per i 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 sarà diversa in base all'ambito di distribuzione del contenuto:

  • Business Intelligence 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).
  • Team BI: 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.
  • Reparto BI: 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 è principalmente per le attività di collaborazione. Negli scenari di business intelligence del reparto, il contenuto viene comunemente visualizzato in un'app Power BI anziché direttamente visualizzato nell'area di lavoro.
  • Business Intelligence aziendale: 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 è principalmente per le 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 quando si determina la modalità di licenza dell'area di lavoro. 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 per la visualizzazione del contenuto dell'area di lavoro, le decisioni chiave e le azioni 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: prendere in considerazione 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, può influenzare le decisioni sulla creazione di un'area di lavoro.
  • Prendere in considerazione le aspettative per l'ambito di distribuzione dei contenuti: valutare il modo in cui i diversi ambiti di distribuzione dei contenuti (business intelligence personale, bi del team, BI reparto e BUSINESS aziendale) influenzeranno il modo in cui si progettano e usano le aree di lavoro.

Suggerimento

Essere pronti ad 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 approcci diversi per la distribuzione di contenuti per le aree di lavoro quando può essere giustificato.

Uso appropriato delle aree di lavoro personali

Esistono due tipi di aree di lavoro:

  • Aree di lavoro personali: ogni utente ha 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 è quello di supportare scenari di utilizzo di business intelligence personali.
  • Aree di lavoro: lo scopo principale di un'area di lavoro è 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 cosa diversa dall'apprendimento di business intelligence personale, contenuto temporaneo o test può essere rischioso perché il contenuto in un'area di lavoro personale è gestito e gestito 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 un lakehouse o un magazzino), è necessario aggiungere un'area di lavoro a una capacità fabric. Questo vale sia per le aree di lavoro standard che per le aree di lavoro 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 Creare report sulla pianificazione della sicurezza degli utenti.

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

  • Informazioni sull'uso corrente delle aree di lavoro personali: conversazioni 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 in che modo le aree di lavoro personali devono (e non devono essere usate) 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 o domande frequenti utili 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 la pianificazione delle aree di lavoro determina i ruoli e le responsabilità di proprietà e di amministratore . 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 talvolta definito anche architettura di mesh di dati. Per altre informazioni sulla mesh di dati, vedere Che cos'è la mesh di dati?.

In Infrastruttura 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 di 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 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 chiaramente il team responsabile del contenuto. L'uso di più aree di lavoro consente di essere specifici delle 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à e alla responsabilità devono essere correlate direttamente alle azioni correlate alla definizione dell'accesso all'area di lavoro, descritta più avanti in questo articolo.

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

  • Acquisire una conoscenza completa del funzionamento della proprietà del contenuto: assicurarsi di comprendere in modo approfondito il funzionamento della proprietà e della gestione dei contenuti in tutta l'organizzazione. È probabile che non ci sia un approccio adatto a tutte le dimensioni per 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 di chi deve gestire ogni funzione durante la creazione, la gestione, la pubblicazione, la protezione e il supporto del contenuto. Avere queste informazioni pronte quando si inizia a pianificare i ruoli di accesso all'area di lavoro.
  • Prendere in considerazione 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

Come 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à stati stabiliti alcuni gruppi utili in Microsoft Entra ID (noto in precedenza 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 seguente.

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: Analisi trimestrale dei mercati finanziari o del lancio del 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é è limitato in base all'area dell'oggetto.
  • Quando si accederà ai contenuti dagli utenti attraverso i limiti dell'organizzazione, la strutturazione delle aree di lavoro in base all'area dell'oggetto è 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 aree di lavoro che contengono troppi elementi.

Uno svantaggio dell'opzione 1 è che, a seconda della modalità di definizione delle aree di lavoro più strette o ampie, è 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 un'area di lavoro è 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 il 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 Sales Team Analytics

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 contengono molti contenuti. Questo problema può essere risolto escludendo determinati elementi dell'area di lavoro dall'app e con una buona progettazione dell'esperienza di spostamento dell'app.
  • 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 presuppongono che tutto nell'area di lavoro del reparto sia solo per i loro occhi. Esiste anche il rischio che la condivisione di singoli elementi venga sovrautilata per ottenere autorizzazioni di visualizzazione granulari.
  • Se alcuni autori di contenuti necessitano dell'autorizzazione per modificare alcuni elementi (ma non tutti gli elementi), 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 generali con molti elementi potrebbero verificarsi in una limitazione tecnica sul numero di elementi che possono essere archiviati in un'area di lavoro.

Suggerimento

Quando si creano aree di lavoro allineate al grafico dell'organizzazione, spesso si verifica un minor numero di aree di lavoro. Tuttavia, può comportare aree di lavoro che contengono un sacco di contenuto. 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, 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 eccessivo, la creazione di aree di lavoro definite in modo ristretto comporta un numero elevato di aree di lavoro.
  • 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 esiste un numero maggiore di aree di lavoro, è possibile lavorare di più 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, la separazione delle 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 considera 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 non funziona bene. Pianificare potenziali cambiamenti e opportunità di istruzione degli utenti.
  • Prendere in considerazione l'ambito migliore dell'area di lavoro: identificare il modo in cui gli utenti devono usare le aree di lavoro in base allo scopo, all'area di interesse, all'ambito e a chi è responsabile della gestione del contenuto.
  • Identificare dove risiede il contenuto altamente sensibile: determinare quando si crea un'area di lavoro specifica per contenuti altamente sensibili può essere giustificato.
  • Creare e pubblicare la documentazione sull'uso delle aree di lavoro: creare documentazione o domande frequenti utili 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 un 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. È dedicato 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 esclusivamente) il contenuto di Power BI.

Suggerimento

Ogni esperienza di infrastruttura consente di creare vari tipi di elementi. Questi elementi non rientrano sempre 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 un lakehouse, l'invio di query Spark SQL o l'analisi e la visualizzazione dei dati con PySpark. Quando l'area di lavoro conterrà carichi di lavoro misti, è consigliabile concentrarsi principalmente sullo scopo dell'area di lavoro e sulla proprietà del contenuto, 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 lakehouse approvato o un modello semantico, 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 creatori di report e un minor numero di creatori di dati.
  • La limitazione di chi può modificare e gestire modelli semantici riduce al minimo il rischio di modifiche involontarie, in particolare agli elementi di dati critici riutilizzati per molti scopi o da molti utenti. La separazione fisica riduce le probabilità di modifiche accidentali o non approvati. Questo livello aggiuntivo di protezione è utile per i 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 separare 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 più chiaramente definite.
  • 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 ols a livello di oggetto verrà applicata per gli autori di contenuti (e anche per i visualizzatori di contenuti).

Gli svantaggi per la separazione delle 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 un'area di lavoro per la creazione di report.
  • Per garantire che autori e consumer di contenuti sappiano dove pubblicare e trovare contenuto, è necessario 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 definire le priorità delle modifiche richieste agli elementi di dati centralizzati, in particolare quando gli autori di report hanno requisiti oltre a quanto 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 chiave e le azioni 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 chi può usare modelli semantici tra aree di lavoro, è consigliabile usare un gruppo come gli 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 inizia 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 di assegnare singoli utenti o gruppi ai ruoli dell'area di lavoro?

È consigliabile usare i gruppi per assegnare ruoli dell'area di lavoro ogni volta che sono pratici. È 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 Trimestrale Financials , è possibile creare i gruppi seguenti:

  • Amministratori dell'area di lavoro infrastruttura - Financials trimestrali
  • Membri dell'area di lavoro infrastruttura - Financials trimestrali
  • Collaboratori dell'area di lavoro infrastruttura - Financials trimestrali
  • Visualizzatori dell'area di lavoro infrastruttura - Financials trimestrali
  • Visualizzatori di app Power BI - Financials 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 dei gruppi self-service a 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, 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:

  • Amministratori dell'area di lavoro dati di Fabric - Financials trimestrali
  • Amministratori dell'area di lavoro per la creazione di report dell'infrastruttura - Financials trimestrali
  • Membri dell'area di lavoro dati di Fabric - Financials trimestrali
  • Membri dell'area di lavoro per la creazione di report dell'infrastruttura - Financials trimestrali
  • Collaboratori dell'area di lavoro dati di Fabric - Financials trimestrali
  • Collaboratori dell'area di lavoro per la creazione di report dell'infrastruttura - Financials trimestrali
  • Visualizzatori dell'area di lavoro dati di Fabric - Financials trimestrali
  • Visualizzatori dell'area di lavoro per la creazione di report dell'infrastruttura - Financials trimestrali
  • Visualizzatori di app Power BI - Financials trimestrali

Quando sono presenti più aree di lavoro per lo sviluppo, il test e la produzione comporta 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 tre gruppi seguenti:

  • Amministratori dell'area di lavoro dati di Fabric - Financials trimestrali [Dev]
  • Amministratori dell'area di lavoro dati di Fabric - Financials trimestrali [Test]
  • Amministratori dell'area di lavoro dati di Fabric - Financials 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 non gestibile.

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 al organigramma) non soddisfano 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 - Trimestrale Financials - 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 pianifica la sicurezza in modo più ampio, prendendo in considerazione i requisiti di autorizzazione lettura e compilazione del modello semantico e 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 di lavoro.

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 gestire il 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 Amministrazione, 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 è necessario creare nuovi gruppi: valutare attentamente se è necessario creare un nuovo gruppo per ogni ruolo dell'area di lavoro. Tenere presente che 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 che devono essere produttive 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 è costituito da 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à licenza dell'area di lavoro

Ogni area di lavoro ha un'impostazione della modalità licenza. Può essere impostato su Pro, Premium per utente, capacità Premium, Embedded, Infrastruttura o Versione di valutazione.

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.

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

  • Funzionalità: sono supportate funzionalità diverse. La PPU include più funzionalità(ad esempio le pipeline di distribuzione) che non sono disponibili in Pro. Molte altre funzionalità dell'infrastruttura, ad esempio lakehouse, diventano disponibili per le aree di lavoro assegnate a una capacità infrastruttura.
  • 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 contenuti ai visualizzatori di contenuti che hanno una licenza gratuita, è necessaria una licenza F64 o successiva.
  • Posizione di archiviazione dei dati: quando è necessario archiviare i dati in un'area geografica specifica (all'esterno dell'area principale), che 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:

  • Prendere in considerazione le funzionalità 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 accedere all'area di lavoro.
  • Impostare la modalità di licenza dell'area di lavoro: esaminare e aggiornare ogni modalità di licenza dell'area di lavoro in base alle funzionalità necessarie per ogni area di lavoro.

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), che sono 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 le attività tra più creatori di contenuti che lavorano sullo stesso progetto.
  • Come risolvere i conflitti quando più creatori 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 le versioni veloci delle nuove funzionalità e delle correzioni di bug durante la salvaguardia del contenuto di produzione.How to balance fast release of new features and bug fixes while safeguarding production content.

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

  • Il controllo della versione dell'integrazione di content:Git consente a proprietari e creatori di contenuti di creare versioni del proprio lavoro. Può essere usato 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 creatore 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 merge). È 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 di content: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 promuovere e sistematicamente, o distribuire, il contenuto nella fase successiva.

Quando si combinano le funzionalità di gestione del ciclo di vita, è consigliabile prendere in considerazione 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 il funzionamento degli autori di contenuti self-service e avanzati per determinare se il controllo delle versioni dei file con OneDrive for Business o SharePoint è appropriato. Introduzione all'integrazione git per utenti avanzati che necessitano di altre funzionalità. Prepararsi a supportare entrambi i tipi di utenti.
  • Determinare il modo in cui gli utenti devono promuovere il contenuto: analizzare il funzionamento dei creatori 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 è adatta al funzionamento dei creatori di contenuti. Impostare l'impostazione Users can synchronize workspace items with their Git repository tenant (Gli utenti possono sincronizzare gli elementi dell'area di lavoro con il tenant dei 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: eseguire 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: valutare il funzionamento dei creatori 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.
  • Connessione aree di lavoro: Connessione ogni area di lavoro nel repository Azure DevOps appropriato.
  • Considerare 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 i creatori 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 Archiviazione Gen2 (ADLS Gen2). Esistono due motivi per eseguire questa operazione:

  • Archiviazione di dati dei flussi di dati di Power BI: Se si sceglie di usare 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 del flusso di dati in ADLS Gen2 è utile quando si desidera che altri utenti o processi visualizzino o acceano i dati. È particolarmente utile quando l'obiettivo è riutilizzare i dati dei flussi di dati oltre 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 alla capacità o alla 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
    • Migrazione di un modello di dati

Importante

L'impostazione delle connessioni di Azure nel portale di amministrazione di Fabric non significa che tutti i flussi di dati per l'intero tenant vengono 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 si dispone di requisiti per usare la funzionalità di backup e ripristino del modello semantico.
  • Determinare quale account Archiviazione di Azure verrà usato: selezionare un account Archiviazione di Azure con lo spazio dei nomi gerarchico abilitato (ADLS Gen2) per l'archiviazione a livello di tenant (centralizzata) di flussi di dati o backup semantici del modello. Assicurarsi di disporre delle informazioni sull'account Archiviazione di Azure prontamente disponibili.
  • 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 connettersi a un account di archiviazione: discutere per comprendere le esigenze dei team decentralizzati e se i singoli team attualmente gestiscono i propri account Archiviazione di Azure. Decidere se questa funzionalità deve essere abilitata.
  • Configurare l'impostazione dell'amministratore 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.
  • Impostare le connessioni Archiviazione di Azure a livello di area di lavoro: specificare l'account 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 sulla 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, eventi di inizio query e fine query). Al contrario, il log attività riguarda il rilevamento delle attività degli utenti, ad esempio Visualizza report o Modifica eventi del 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 sulla 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 le aree di lavoro regolamentate, è consigliabile impostare queste proprietà.

Ecco alcuni suggerimenti su come impostare 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, ma specifica, del tipo di contenuto disponibile nell'area di lavoro. È possibile usare fino a 4000 caratteri per descrivere:
    • 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 dovrebbe esserci qualche domanda (occasionalmente è fondamentale visualizzare queste informazioni il più in evidenza possibile, oltre all'elenco contatti descritto di seguito)
  • Contatti dell'area di lavoro: l'elenco 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 agli utenti per modificare i modelli di dati nell'impostazione del tenant 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 nella descrizione dell'area di lavoro sia inclusa una descrizione utile e completa.
  • 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, i proprietari e la gestione del 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. Impostare Gli utenti possono modificare i modelli di dati nell'impostazione del tenant servizio Power BI in base alle preferenze per 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 ristretto.

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

  • Prestare attenzione ai fattori tecnici: durante il processo di pianificazione, determinare se esiste un motivo tecnico (ad esempio i limiti di archiviazione per area di lavoro) che potrebbero influenzare il processo decisionale.
  • Riorganizzare il contenuto dell'area di lavoro: se i limiti di archiviazione potrebbero 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 per prendere decisioni di implementazione di Power BI, vedere Pianificazione dell'implementazione di Power BI.