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

Questo articolo descrive la pianificazione dell'implementazione tattica eseguita a livello di area di lavoro per le aree di lavoro di Microsoft Fabric, con particolare attenzione all'esperienza di Power BI all'interno di Fabric.

L'articolo è principalmente destinato a:

• Amministratori dell'infrastruttura: amministratori responsabili della supervisione dell'implementazione dell'infrastruttura nell'organizzazione.
• Centro di eccellenza (CoE), i team IT e Business Intelligence (BI): team responsabili della supervisione dell'uso dei dati e della Business Intelligence nell'organizzazione e per il supporto degli utenti self-service in tutta l'organizzazione.
• Autori e proprietari di contenuti: utenti self-service che creano, pubblicano e gestiscono il contenuto nelle aree di lavoro.

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

Scopo dell'area di lavoro

Quando si pianifica un'area di lavoro, è importante considerare non solo il tipo di contenuto che archivierà, 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 di autorizzazioni che consentono di modificare il contenuto in questa area di lavoro.
• Area di lavoro Report Finanziari: L'Area di lavoro Report Finanziari contiene i report finali di livello presentazione. Questa area di lavoro contiene contenuto distribuito 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, prendere in considerazione due aspetti specifici dello scopo dell'area di lavoro: finalità di collaborazione e finalità per la visualizzazione.

Finalità per la collaborazione

L'obiettivo principale di un'area di lavoro nel portale di Infrastruttura è facilitare la collaborazione tra più collaboratori.

La collaborazione in un'area di lavoro avviene in diversi modi:

• Sviluppo basato su team: gli utenti 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 e altri utenti potrebbero concentrarsi sulla creazione di report.
• test e validazioni: 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). Un team data quality potrebbe dover convalidare l'accuratezza del modello semantico.
• Miglioramenti: gli stakeholder e gli utenti del contenuto possono suggerire miglioramenti al contenuto durante tutto il ciclo di vita del contenuto.
• Trasferimento di proprietà: un'altra persona o un altro team può assumere la responsabilità del contenuto creato da un altro utente.

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

• BI self-service guidato dal business: contenuto gestito o posseduto dai creatori di contenuti di una business unit o reparto. In questo scenario, la maggior parte della collaborazione nell'area di lavoro si verifica tra gli utenti di tale business unit.
• BI self-service gestito: dati gestiti o di proprietà di un team centralizzato, ma i diversi creatori di contenuti delle business unit sono responsabili dei report e delle dashboard. In questo scenario è molto probabile che più aree di lavoro siano necessarie per facilitare in modo sicuro la collaborazione da più team di persone.
• Business intelligence aziendale: contenuto proprietario o gestito da un team centralizzato, ad esempio IT, business BI aziendale o CoE. In questo scenario, le attività di collaborazione nell'area di lavoro si verificano tra gli utenti del team centralizzato.

Elenco di controllo delle decisioni e delle azioni principali quando si pianifica la collaborazione in un'area di lavoro:

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.

È possibile approcciarsi alla distribuzione del contenuto nel servizio Power BI in diversi modi:

• 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 gruppi di destinatari per un'app Power BI sono flessibili. Tuttavia, a volte gli obiettivi per la distribuzione del contenuto con un'app sono un fattore fondamentale per determinare come organizzare il contenuto in o tra aree di lavoro. Per ulteriori informazioni sulla protezione delle app di Power BI, vedere Pianificazione della sicurezza per i consumatori.
• 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 delle autorizzazioni per elemento (collegamenti o accesso diretto) è utile quando è necessario fornire l'accesso in sola lettura a un singolo elemento in 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 ulteriori informazioni, vedere Pianificazione della sicurezza dei consumatori.
• I report possono essere incorporati in un'altra applicazione e visualizzati nell'applicazione: a volte 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 supporta la distribuzione del contenuto varia in base all'ambito di distribuzione del contenuto:

• Business Intelligence personale: il contenuto è destinato all'autore per l'uso. Poiché la condivisione del contenuto con altri utenti non è un obiettivo, la business intelligence personale viene eseguita in un'area di lavoro personale, come descritto nella sezione successiva.
• 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.
• BI Dipartimentale: Il contenuto viene distribuito a molti consumatori appartenenti a un reparto o un'unità aziendale di grandi dimensioni. In questo scenario, l'area di lavoro è destinata principalmente agli sforzi collaborativi. Negli scenari di business intelligence del reparto, il contenuto viene comunemente visualizzato in un'app Power BI anziché visualizzato direttamente nell'area di lavoro.
• Enterprise BI: il contenuto viene distribuito su larga scala attraverso i confini dell'organizzazione al maggior numero di consumatori di destinazione. In questo scenario, l'area di lavoro è destinata principalmente agli sforzi collaborativi. Per gli scenari di business intelligence aziendali, il contenuto viene comunemente visualizzato in un'app Power BI anziché direttamente visualizzato nell'area di lavoro.

Elenco di controllo delle decisioni e delle azioni principali quando si considerano le aspettative per la visualizzazione del contenuto dell'area di lavoro:

Uso appropriato delle aree di lavoro personali

È possibile scegliere tra due tipi di aree di lavoro:

• 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 è supportare la collaborazione tra più utenti. Secondariamente, un'area di lavoro può essere usata anche per la visualizzazione del contenuto.

Un'area di lavoro personale usata per qualsiasi elemento diverso dall'apprendimento di business intelligence personale, contenuto temporaneo o test aumenta il rischio di un'organizzazione. In un'area di lavoro personale, solo il proprietario dell'area di lavoro crea e gestisce il contenuto. Un'area di lavoro personale non supporta anche la collaborazione con altri utenti.

Per consentire a un utente di creare qualsiasi tipo di elemento Fabric, ad esempio un lakehouse o un magazzino, è necessario aggiungere un'area di lavoro a una capacità Fabric. Il processo si applica sia alle aree di lavoro standard che alle aree di lavoro personali. È possibile gestire chi può creare determinati tipi di elementi in un'area di lavoro personale gestendone 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. Inoltre, le app di Power BI sono 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. L'uso esteso delle autorizzazioni per elemento comporta un maggiore impegno e aumenta il rischio di errore. Per ulteriori informazioni, vedere Pianificazione della sicurezza dei consumatori.

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

Per ulteriori informazioni, consultare la roadmap per l'adozione di Fabric:

• Portale centralizzato del tessuto
• Training del tessuto
• Documentazione di Fabric

Proprietà dell'area di lavoro

Uno degli aspetti più importanti da considerare quando si pianificano le aree di lavoro consiste nel determinare i ruoli di proprietà e di gestione e le responsabilità. 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. Aree diverse dell'organizzazione possono lavorare in modo indipendente, ma contribuiscono 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).

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.

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

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 in modo diverso 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. È possibile usare i gruppi per gestire l'accesso alle risorse per l'area di interesse e l'ambito definiti. Tuttavia, potrebbe essere necessario creare nuovi gruppi per implementare completamente questo approccio. Per altre informazioni, vedere Accesso all'area di lavoro.

Opzione 1: un'area di lavoro per area di interesse o progetto

Se si crea un'area di lavoro per ogni area di interesse o progetto, è possibile concentrarsi sullo scopo dell'area di lavoro. Questo approccio può essere più bilanciato nella distribuzione del contenuto tra le aree di lavoro.

Esempi: Dati finanziari trimestrali o Analisi di lancio prodotto

I vantaggi dell'opzione 1 includono:

• È più semplice gestire l'accesso degli utenti per chi può modificare o visualizzare il contenuto perché l'accesso è limitato per ogni area dell'oggetto.
• Quando gli utenti oltre i limiti dell'organizzazione accedono al contenuto, la strutturazione delle aree di lavoro in base all'area dell'oggetto è più flessibile e più semplice da gestire, rispetto all'opzione 2, illustrata di seguito.
• Un ambito per ogni area di interesse è un buon compromesso tra le aree di lavoro che contengono troppi elementi e aree di lavoro che contengono pochi elementi.

Uno svantaggio dell'opzione 1 è che, a seconda della modalità di definizione delle aree di lavoro più strette o ampie, si rischia comunque che gli utenti creino un numero eccessivo di aree di lavoro. La ricerca di contenuto può risultare complessa per gli utenti quando il contenuto viene distribuito in più aree di lavoro.

Opzione 2: un'area di lavoro per reparto o team

Un approccio comune consiste nel creare un'area di lavoro per reparto, team o business unit. In effetti, l'allineamento con il organigramma è il modo più comune in cui le persone iniziano a pianificare le aree di lavoro. Ma questo approccio non è ideale per tutti gli scenari.

Esempi: Reparto finanziario o Analisi del team di vendita

Il diagramma seguente illustra un esempio generalizzato di come separare le aree di lavoro per reparto, team o area di interesse. L'opzione 1 e l'opzione 2 hanno lo stesso aspetto. Gli elementi da includere in ogni area di lavoro dipendono dalla natura dei dati su cui si concentra ogni reparto, team o area dell'oggetto e su come vogliono usare i dati.

I vantaggi dell'opzione 2 includono:

• Iniziare a usare la pianificazione è semplice. Tutto il contenuto necessario per gli utenti del reparto è 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 si usa la procedura consigliata per assegnare i gruppi di Microsoft Entra ai ruoli dell'area di lavoro.

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. È possibile attenuare il problema escludendo determinati elementi dell'area di lavoro dall'app e tramite la progettazione dello spostamento delle app.
• Quando gli utenti di altri reparti devono visualizzare elementi specifici dell'area di lavoro, la gestione delle autorizzazioni può essere più complessa. Un rischio è che le persone presuppongono che tutto nell'area di lavoro del reparto sia solo per gli occhi. Un altro rischio è che la condivisione di singoli elementi invece dei ruoli viene usata per ottenere autorizzazioni di visualizzazione granulari.
• Se alcuni autori di contenuti devono disporre delle autorizzazioni per modificare alcuni elementi ma non tutti, non è possibile impostare tali autorizzazioni in una singola area di lavoro. 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 possano 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.

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, tranne in circostanze specifiche.

Esempi: Riepilogo vendite giornaliere o Bonus dirigenti

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 sovrautilizzate, le aree di lavoro definite in modo ristretto possono portare a un numero elevato di aree di lavoro.
• Un numero elevato di aree di lavoro richiede maggiore impegno per gli utenti. Anche se gli utenti possono basarsi sulla ricerca, trovare il contenuto corretto nell'area di lavoro giusta può essere frustrante.
• Un numero maggiore di aree di lavoro aumenta il controllo e la gestione del carico di lavoro.

Elenco di controllo delle decisioni e delle azioni principali quando si considera l'area dell'oggetto e l'ambito del contenuto dell'area di lavoro:

Tipi di elementi dell'area di lavoro

Una pratica comune per separare gli asset di dati dagli asset analitici consiste nel separare le aree di lavoro dati dalle aree di lavoro per la creazione di report.

• 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. Un'area di lavoro per la creazione di report archivia e protegge solo elementi come report, dashboard e metriche. Le aree di lavoro per la creazione di report in genere includono contenuto di Power BI, ma non è obbligatorio.

In Fabric è possibile estendere questa separazione in modo da avere aree di lavoro distinte per altri tipi di elemento.

Alcuni esempi includono:

• Aree di lavoro dell'origine dati per data warehouse, lakehouse e database SQL che archiviano i dati
• Aree di lavoro per la trasformazione dei dati per pipeline di dati, notebook e flussi di dati che trasformano i dati
• Aree di lavoro di distribuzione per scorecard e applicazioni dell'organizzazione che distribuiscono i dati agli utenti

Il diagramma seguente illustra un esempio di come separare le aree di lavoro in base al tipo di elemento.

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:
  • Gli autori di report possono individuare e riutilizzare modelli semantici condivisi attendibili più facilmente. Per ulteriori informazioni, vedere lo scenario di utilizzo Business Intelligence self-service gestito.
  • Gli autori di modelli semantici possono individuare più facilmente flussi di dati attendibili o tabelle lakehouse. Per ulteriori informazioni, vedere lo scenario di utilizzo della preparazione dati self-service e lo scenario di utilizzo della preparazione avanzata dei dati self-service.
• 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 i modelli semantici certificati , su cui l'organizzazione si basa per la qualità e l'affidabilità.
• Gli scenari di coproprietà vengono chiariti. Quando i modelli semantici condivisi vengono distribuiti da un team IT o Business Intelligence centralizzato, i creatori di contenuti self-service nelle unità aziendali pubblicano report. È 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 definite più chiaramente.
• La sicurezza a livello di riga (RLS) viene applicata. Quando si invitano gli autori a lavorare in aree di lavoro diverse, non hanno autorizzazioni di modifica non necessarie per il modello semantico originale. Il vantaggio è che la sicurezza a livello di riga (RLS) e la sicurezza a livello di oggetto (OLS) vengono applicate per gli autori di contenuti e gli utenti di contenuti.

Gli svantaggi per la separazione delle aree di lavoro dati dalle aree di lavoro per la creazione di report includono:

• È richiesta una convenzione di denominazione dell'area di lavoro per differenziare un'area di lavoro per i dati da un'area di lavoro dedicata ai 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 in 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 quali modelli compositi e misure a livello di report possono gestire.

Fase di sviluppo dell'area di lavoro

Una pratica comune consiste nell'usare aree di lavoro separate per diverse fasi di sviluppo del contenuto. In genere, questa procedura prevede le fasi seguenti:

• Aree di lavoro di sviluppo per modifiche non testate
• Aree di lavoro di test per test interni e utente dedicati
• Aree di lavoro di produzione per il rilascio di contenuto per i consumatori

In Fabric, è possibile aggiungere aree di lavoro per ogni fase a una pipeline di distribuzione. Una pipeline di distribuzione consente di gestire il ciclo di vita del contenuto consentendo agli amministratori della pipeline di confrontare e distribuire le modifiche tra le fasi. In genere, si pubblica prima il contenuto nella fase meno recente (ad esempio lo sviluppo) e quindi lo si distribuisce nella fase successiva, ad esempio la distribuzione di contenuto dallo sviluppo alle aree di lavoro di test e quindi dall'area di lavoro di test alle aree di lavoro di produzione .

Ecco un esempio di questa configurazione:

È anche possibile combinare la separazione delle aree di lavoro in base alla fase di sviluppo e al tipo di elemento. Se si usano le pipeline di distribuzione, è possibile usare l'associazione automatica per assicurarsi che le fasi siano collegate. L'autobinding garantisce, ad esempio, che i report nella area di lavoro sviluppo report puntino al modello semantico corretto nella area di lavoro sviluppo del modello.

Ecco un esempio:

Facoltativamente, potrebbero essere presenti altre aree di lavoro, ad esempio i tipi di aree di lavoro seguenti:

• Aree di lavoro private per consentire ai creatori di lavorare in isolamento. L'uso di questa configurazione è una procedura comune per collaborare al contenuto usando l'integrazione Git perché ogni creatore di contenuti lavora sulla propria copia separata (ramo) del contenuto per evitare di interrompere il lavoro dell'altro. I creatori possono quindi aprire una richiesta pull per unire le modifiche in un altro ramo che esegue la sincronizzazione con l'area di lavoro di sviluppo, in cui gli autori possono visualizzare, ma non modificare o pubblicare contenuto.
• Aree di lavoro di preproduzione per gli autori per eseguire test specifici prima del rilascio del contenuto. Questi test possono includere test delle prestazioni o test di risorse di supporto come gateway dati e app.
• Aree di lavoro sandbox per consentire ai creatori di sperimentare liberamente ed eseguire esplorazioni improvvisate . Le aree di lavoro sandbox vengono in genere svuotate a cadenza regolare (spesso automaticamente, ad esempio usando API o notebook). I contenuti che gli autori vogliono conservare da un'area di lavoro sandbox possono essere copiati in un'area di lavoro personale o privata per un maggiore sviluppo.

I vantaggi per separare le aree di lavoro in base alla fase di sviluppo includono:

• È possibile supportare processi di sviluppo più sofisticati e strutturati, tra cui:

  • Pipeline di distribuzione per copiare il contenuto tra le fasi
  • Strategie di integrazione e di ramificazione Git per la distribuzione e il rilascio
  • Notebook per orchestrare o automatizzare determinate attività nel ciclo di vita del contenuto

• È possibile evitare di interrompere il contenuto di produzione usato dai consumer.

• Si dispone di un controllo di accesso migliore per il contenuto.

Gli svantaggi per la separazione delle aree di lavoro in base alla fase di sviluppo includono:

• È necessario gestire e coordinare più aree di lavoro, che comportano un sovraccarico maggiore.
• È necessario pianificare nuove attività di distribuzione e post-distribuzione.
• Potrebbe essere necessario tenere conto di altri strumenti o funzionalità non supportati che distribuiscono o alzano di livello il contenuto nelle fasi di sviluppo.
• Sono necessarie politiche di accesso all'area di lavoro più sofisticate per impedire ai creatori di pubblicare e utilizzare lo stage sbagliato.

Organizzazione all'interno dell'area di lavoro

Oltre a organizzare la struttura dell'area di lavoro, è necessario organizzare il contenuto in una singola area di lavoro.

Per organizzare meglio il contenuto in un'area di lavoro, prendere in considerazione le linee guida seguenti:

• Usare convenzioni di denominazione chiare per identificare facilmente contenuti diversi. Prendere in considerazione l'uso di prefissi numerici (ad esempio 01 - Vendite giornaliere per ordinare il contenuto in ordine alfabetico, se necessario).
• Usare i flussi di attività per raggruppare il contenuto in base allo scopo del flusso di lavoro nelle attività. L'uso dei flussi di attività consente di identificare e selezionare rapidamente contenuto simile (selezionando l'attività nel flusso di attività). È importante se si decide di includere molti tipi di elementi con scopi diversi nella stessa area di lavoro.
• Usare le cartelle dell'area di lavoro per organizzare contenuto simile in gruppi. Le cartelle dell'area di lavoro possono essere usate invece di o oltre alle attività nei flussi di attività.
• Usare etichette di convalida e riservatezza per etichettare il contenuto in modo appropriato in base al loro stato di convalida e riservatezza.

Elenco di controllo delle decisioni e delle azioni principali quando si considerano i tipi di elementi che un utente può archiviare in un'area di lavoro:

Accesso all'area di lavoro

Poiché lo scopo principale di un'area di lavoro è la collaborazione, l'accesso all'area di lavoro si applica principalmente agli utenti che creano e gestiscono il contenuto dell'area di lavoro. L'accesso può essere rilevante anche quando l'area di lavoro viene usata per la visualizzazione del contenuto. Questo scopo è uno scopo secondario per le aree di lavoro, come descritto in precedenza nell'articolo.

Quando si inizia a pianificare i ruoli dell'area di lavoro, è utile considerare le domande seguenti:

• In che modo si verifica la collaborazione nell'area di lavoro?
• I consumer visualizzeranno direttamente il contenuto nell'area di lavoro?
• Chi è responsabile della gestione del contenuto nell'area di lavoro?
• Chi può visualizzare il contenuto archiviato nell'area di lavoro?
• Si intende assegnare singoli utenti o gruppi ai ruoli dell'area di lavoro?

Una procedura consigliata consiste nell'usare i gruppi per assegnare i ruoli dell'area di lavoro. 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, è possibile creare un gruppo per ogni ruolo per ogni area di lavoro. Ad esempio, per supportare l'area di lavoro Dati finanziari trimestrali, è possibile creare i gruppi seguenti:

• Amministratori dell'area di lavoro Fabric – Resoconto finanziario trimestrale
• Area di lavoro Fabric, membri: dati finanziari trimestrali
• Area di lavoro Fabric, collaboratori: dati finanziari trimestrali
• Spazio di lavoro Fabric visualizzatori – Dati finanziari trimestrali
• Visualizzatori dell'app Power BI: Risultati finanziari trimestrali

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:

• Amministratori dell'area di lavoro dati Fabric – Dati finanziari trimestrali
• Responsabili dell'area di lavoro reporting Fabric – amministratori – Rendiconti finanziari trimestrali
• Membri dell'area di lavoro dati Fabric – Dati finanziari trimestrali
• Area di lavoro reporting Fabric, membri: dati finanziari trimestrali
• Ambiente di lavoro dati Fabric collaboratori – Dati finanziari trimestrali
• Collaboratori dell'area di lavoro reporting di Fabric – dati finanziari trimestrali
• Visualizzatori dell'area di lavoro dati Fabric – dati finanziari trimestrali
• Visualizzatori dell'area di lavoro di reportistica Fabric – dati finanziari trimestrali
• Visualizzatori dell'app Power BI: Risultati finanziari trimestrali

Quando sono presenti più aree di lavoro per lo sviluppo, il test e la produzione comportano un numero ancora maggiore di gruppi. Potenzialmente, il numero di gruppi potrebbe triplicare. Ad esempio, solo per gli amministratori dell'area di lavoro dati, è necessario creare questi tre gruppi:

• Amministratori dell'Area di Lavoro Dati di Fabric – Dati Finanziari Trimestrali [Sviluppo]
• Amministratori dell'area di lavoro dati Fabric – dati finanziari trimestrali [Test]
• Amministratori dell'area di lavoro dati Fabric - Dati finanziari trimestrali

Gli esempi precedenti hanno lo scopo di trasmettere che l'uso di gruppi che assegnano ruoli nell'area di lavoro può diventare rapidamente ingestibile.

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. Le parole Fabric o Power BI sono incluse nel nome del gruppo negli esempi precedenti a questo scopo. 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.

Elenco di controllo delle decisioni e delle azioni principali quando si considera l'accesso all'area di lavoro:

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 i domini. Un dominio è un raggruppamento logico di 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

È possibile configurare diverse impostazioni 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.

Tipo di area di lavoro

Ogni area di lavoro ha un'impostazione del tipo di area di lavoro . È possibile impostare un tipo di area di lavoro su Pro, Premium per utente, Premium Capacità, Incorporata, Fabric Capacity o Versione di valutazione.

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) non disponibili in Pro. Molte più funzionalità di Fabric (come i 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 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 ulteriori informazioni sulla posizione di archiviazione dei dati, vedere Configurazione del tenant.

Elenco di controllo delle decisioni e delle azioni principali quando si considera il tipo di 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, è necessario prendere varie decisioni di gestione del ciclo di vita . I processi di gestione del ciclo di vita sono detti anche integrazione continua/recapito continuo (CI/CD) e sono un aspetto di DevOps.

Le considerazioni sulla gestione del ciclo di vita includono le procedure seguenti:

• Garantire un recapito tempestivo, affidabile e coerente del contenuto.
• Comunicare e coordinare le attività tra più creatori di contenuti che lavorano sullo stesso progetto.
• Risolvere i conflitti quando più creatori di contenuti modificano lo stesso elemento nello stesso progetto.
• Strutturare un processo di distribuzione semplice e affidabile.
• Eseguire il rollback del contenuto distribuito a una versione stabile e funzionante precedente.
• Bilancia il rilascio rapido di nuove funzionalità e correzioni di bug, proteggendo al contempo il contenuto di produzione.

Fabric include due componenti principali per la 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 usato con lo sviluppo basato sul Web in un'area di lavoro o quando i team sviluppano in uno strumento client, ad esempio Power BI Desktop. Il controllo della versione (detto anche 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 del repository remoto. Quando un creatore di contenuti completa le revisioni testate e approvate, il 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 se la funzionalità è 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, durante il processo di pianificazione, è consigliabile usare le procedure consigliate. 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 delle decisioni e delle azioni principali quando si pianifica la gestione del ciclo di vita delle aree di lavoro:

Integrazione dell'area di lavoro con Data Lake Storage Gen2

È possibile connettere un'area di lavoro a un account Azure Data Lake Storage Gen2. È possibile adottare questo approccio per due motivi:

• Archiviazione 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 dei flussi di dati in Data Lake Storage 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 al di là di Power BI. Sono disponibili due opzioni per l'assegnazione dell'archiviazione:

  • Archiviazione a livello di tenant, utile quando si vogliono centralizzare tutti i dati per i flussi di dati di Power BI in un account Data Lake Storage Gen2.
  • Archiviazione a livello di area di lavoro, utile quando le business unit gestiscono il proprio data lake o hanno determinati requisiti di residenza dei dati.

• Il backup e il ripristino per i modelli semantici di Power BI: La funzionalità di backup e ripristino dei modelli semantici di Power BI è supportata per le aree di lavoro assegnate alla capacità o alla PPU. Questa funzionalità usa lo stesso account Data Lake Storage Gen2 usato per l'archiviazione dei dati dei flussi di dati di Power BI (descritto nel punto puntato 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 regione
  • Eseguire la migrazione di un modello di dati

Elenco di controllo delle decisioni e delle azioni principali quando si pianifica l'integrazione dell'area di lavoro con Data Lake Storage Gen2:

Integrazione dell'area di lavoro con Log Analytics

Log Analytics è una funzionalità di Monitoraggio di Azure. È possibile usare 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. Log Analytics è disponibile solo per le aree di lavoro assegnate alla capacità o alla PPU.

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

Per altre informazioni su come configurare Log Analytics per l'uso con Power BI, vedere Configurare Log Analytics per Power BI. Assicurarsi di comprendere i prerequisiti necessari per implementare l'integrazione.

Elenco di controllo delle decisioni e delle azioni principali quando si pianifica l'integrazione dell'area di lavoro con Log Analytics:

Altre proprietà dell'area di lavoro

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

Ecco alcuni suggerimenti su come impostare le impostazioni chiave per migliorare l'esperienza per gli utenti:

• Descrizione dell'area di lavoro: una descrizione valida dell'area di lavoro include una breve ma specifica spiegazione del tipo di contenuto nell'area di lavoro. È possibile usare fino a 4.000 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 per domande o supporto

• i contatti dell'area di lavoro: l'elenco contatti dell'area di lavoro include di default gli amministratori dell'area di lavoro. 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 quando analizzano un elenco di aree di lavoro.

  Prendere in considerazione l'uso di un'immagine per aiutare gli utenti a identificare:

  • L'area del dominio o dell'oggetto
  • L'unità aziendale o il team che possiede e gestisce il contenuto
  • Un'area di lavoro dati dedicata all'archiviazione di elementi riutilizzabili, ad esempio un lakehouse, un warehouse, una pipeline di dati, un flusso di dati o un modello semantico
  • Area di lavoro per la creazione di report 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 autorizzazioni di compilazione per i modelli semantici di modificare i modelli di dati di Power BI usando l'interfaccia Web. Questa impostazione viene usata con Gli utenti possono modificare i modelli di dati nell'impostazione del tenant del servizio Power BI . Questa impostazione deve essere allineata alle decisioni e ai processi per la creazione, la gestione e la distribuzione del contenuto. Considerare anche il metodo per il controllo della versione come descritto in precedenza.

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

Altri fattori tecnici

Altri fattori tecnici possono influire sulla configurazione dell'area di lavoro:

• L'integrazione del contenuto con altri strumenti e servizi potrebbe avere implicazioni sulle licenze. Ad esempio, se si incorpora un oggetto visivo di Power Apps in un report di Power BI, è necessario disporre delle licenze di Power Apps pertinenti.
• I limiti di archiviazione per area di lavoro si applicano alla quantità di dati che è possibile archiviare in un'area di lavoro Pro. Se l'utilizzo della capacità o della funzionalità PPU non è possibile, considerare come operare entro i limiti di archiviazione durante il processo di pianificazione dell'area di lavoro.
• Quando si installa un'app modello da Microsoft AppSource, l'app crea una nuova area di lavoro con un ambito e un soggetto ristretto.

Elenco di controllo delle decisioni e delle azioni principali quando si considerano altri fattori tecnici:

Contenuto correlato

Per altre considerazioni, azioni, criteri decisionali e consigli utili per prendere decisioni di implementazione di Power BI, vedere:

• Introduzione alla pianificazione dell'implementazione di Power BI