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

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 dell'area di lavoro Infrastruttura a livello di tenant, con particolare attenzione all'esperienza di Power BI. È destinato principalmente a:

• Amministratori dell'infrastruttura: amministratori responsabili della supervisione dell'infrastruttura nell'organizzazione.
• Centro di eccellenza, IT e team bi: i team responsabili anche della supervisione dei dati e della BI e del supporto degli utenti self-service in tutta l'organizzazione.

In secondo luogo, questo articolo potrebbe anche essere di interesse per gli autori self-service che devono creare, pubblicare e gestire il contenuto nelle aree di lavoro.

Poiché le aree di lavoro possono essere usate in modi diversi, la maggior parte delle decisioni tattiche verrà presa a livello di area di lavoro (descritta nell'articolo successivo). Tuttavia, esistono anche alcune decisioni strategiche di pianificazione da prendere a livello di tenant.

È consigliabile prendere le decisioni dell'area di lavoro a livello di tenant il prima possibile perché influiscono su tutto il resto. Inoltre, è più facile prendere decisioni individuali dell'area di lavoro quando si ha chiarezza sugli obiettivi e sugli obiettivi complessivi dell'area di lavoro.

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.

Autorizzazioni di creazione dell'area di lavoro

La decisione su chi è autorizzato a creare aree di lavoro nel servizio Power BI è una decisione di governance e cultura dei dati. In genere, esistono due modi per affrontare questa decisione:

• Tutti gli utenti (o la maggior parte) possono creare nuove aree di lavoro: questo approccio è in genere allineato alle decisioni esistenti per altre applicazioni. Ad esempio, quando gli utenti possono creare i propri siti di SharePoint o canali di Teams, ha senso che Fabric adotta gli stessi criteri.
• Limitato a un set selettivo di utenti autorizzati a creare nuove aree di lavoro: questo approccio indica in genere che un piano di governance è in vigore o è pianificato. La gestione di questo processo può essere completamente centralizzata ( ad esempio, solo l'IT è autorizzato a creare un'area di lavoro). Un approccio più flessibile e pratico è quando si tratta di una combinazione di individui centralizzati e decentralizzati. In questo caso, alcuni membri satellite del Center of Excellence (COE), i promotori o gli utenti attendibili sono stati formati per creare e gestire aree di lavoro per conto della propria business unit.

È necessario configurare l'impostazione Create workspaces tenant (Crea aree di lavoro) nel portale di amministrazione di Fabric in base alla decisione su chi è autorizzato a creare aree di lavoro. Per altre informazioni, vedere Gestire le aree di lavoro.

Elenco di controllo : quando si valutano le autorizzazioni per chi può creare aree di lavoro, le decisioni chiave e le azioni includono:

• Determinare e convalidare le esigenze degli utenti: pianificare discussioni di collaborazione con stakeholder e parti interessate pertinenti per informazioni sul funzionamento degli utenti. L'obiettivo è assicurarsi di avere una chiara comprensione delle esigenze degli utenti.
• Decidere chi può creare aree di lavoro: determinare se tutti gli utenti, solo un team centralizzato o determinati utenti centralizzati e decentralizzati potranno creare una nuova area di lavoro. Assicurarsi che questa decisione sia allineata in modo intenzionale agli obiettivi delle impostazioni cultura dei dati. Assicurati di ottenere l'approvazione dal tuo sponsor esecutivo.
• Creare un gruppo di sicurezza per chi è autorizzato a creare aree di lavoro: se un subset di utenti potrà creare aree di lavoro, è necessario un gruppo di sicurezza. Denominare chiaramente il gruppo, ad esempio gli autori di aree di lavoro di Fabric. Aggiungere membri autorizzati a creare aree di lavoro a questo gruppo di sicurezza.
• Aggiornare l'impostazione del tenant: aggiungere il nuovo gruppo di sicurezza all'impostazione del tenant Crea aree di lavoro nel portale di amministrazione. Oltre al gruppo di creatori dell'area di lavoro infrastruttura, altri gruppi che potrebbero essere consentiti per questa impostazione del tenant sono gli amministratori coe, supporto e infrastruttura.

Convenzioni di denominazione dell'area di lavoro

Le convenzioni di denominazione dell'area di lavoro sono un modello concordato per il nome delle aree di lavoro. In genere, le convenzioni di denominazione sono più di un requisito che un suggerimento.

Può essere difficile applicare rigorosamente le convenzioni di denominazione quando molti utenti dispongono dell'autorizzazione per creare aree di lavoro. È possibile attenuare questo problema con l'istruzione e la formazione degli utenti. È anche possibile eseguire un processo di controllo per trovare aree di lavoro non conformi alle convenzioni di denominazione.

Il nome dell'area di lavoro può fornire informazioni aggiuntive sull'area di lavoro, tra cui:

• Scopo: un nome dell'area di lavoro deve includere sempre una descrizione del relativo contenuto. Ad esempio, Sales Quarterly Bonus Tracking.
• Tipi di elemento: un nome dell'area di lavoro può includere un riferimento ai tipi di elementi contenuti. Ad esempio, usare Sales Data per indicare che l'area di lavoro archivia elementi come un lakehouse o modelli semantici (noti in precedenza come set di dati). Sales Analytics potrebbe indicare che l'area di lavoro archivia report analitici e dashboard.
• Fase (ambiente): un nome dell'area di lavoro può includere la fase. Ad esempio, è comune avere aree di lavoro separate (sviluppo, test e produzione) per la gestione del ciclo di vita.
• Proprietà e responsabilità: un nome dell'area di lavoro può includere un'indicazione di chi è responsabile della gestione del contenuto. Ad esempio, l'uso di un prefisso o suffisso SLS può indicare che il team di vendita è proprietario e gestisce il contenuto.

Suggerimento

Per mantenere brevi i nomi delle aree di lavoro, è possibile includere dettagli aggiuntivi nella descrizione dell'area di lavoro. Tuttavia, assicurarsi che le informazioni più rilevanti siano incluse nel nome dell'area di lavoro, in particolare se si prevede che gli utenti cerchino aree di lavoro. È anche possibile usare un'immagine dell'area di lavoro per aumentare il nome dell'area di lavoro. Queste considerazioni sono descritte più avanti nella sezione impostazioni dell'area di lavoro nell'articolo successivo.

Avere nomi coerenti dell'area di lavoro consente a tutti gli utenti. L'esperienza utente è migliorata perché gli utenti possono trovare più facilmente contenuto. Inoltre, gli amministratori possono supervisionare più facilmente il contenuto quando vengono usate convenzioni di denominazione prevedibili.

È consigliabile includere le convenzioni di denominazione dell'area di lavoro nel portale centralizzato e nei materiali di formazione.

Nell'elenco seguente vengono descritte altre considerazioni relative alla denominazione dell'area di lavoro.

• Usare nomi brevi ma descrittivi: il nome dell'area di lavoro deve riflettere accuratamente il relativo contenuto, con la parte più importante all'inizio del nome. Nel portale di Fabric i nomi delle aree di lavoro lunghi possono essere troncati nelle interfacce utente, richiedendo all'utente di passare il puntatore del mouse sul nome dell'area di lavoro per visualizzare il nome completo in una descrizione comando. Ecco un esempio di nome breve ma descrittivo: Trimestrale Financials.
• Usare un prefisso standard: un prefisso standard può disporre insieme aree di lavoro simili quando vengono ordinate. Ad esempio: FIN-Quarterly Financials.
• Usare un suffisso standard: è possibile aggiungere un suffisso per altre informazioni, ad esempio quando si usano aree di lavoro diverse per lo sviluppo, il test e la produzione. È consigliabile aggiungere suffissi [Dev] o [Test] ma lasciare la produzione come nome descrittivo senza un suffisso. Ad esempio: FIN-Quarterly Financials [Dev].
• Essere coerenti con il nome dell'app Power BI: il nome dell'area di lavoro e l'app Power BI possono essere diversi, in particolare se migliora l'usabilità o la comprensibilità per gli utenti di app. È consigliabile mantenere i nomi simili per evitare confusione.
• Omettere parole non necessarie: le parole seguenti potrebbero essere ridondanti, quindi evitarle nei nomi dell'area di lavoro:
  • Area di lavoro parola.
  • Parole Fabric o Power BI. Molte aree di lavoro di Fabric contengono elementi di vari carichi di lavoro. Tuttavia, è possibile creare un'area di lavoro destinata solo a un carico di lavoro specifico, ad esempio Power BI, Data Factory o Synapse Ingegneria dei dati. In tal caso, è possibile scegliere un suffisso breve in modo che lo scopo dell'area di lavoro sia reso chiaro.
  • Nome dell'organizzazione. Tuttavia, quando il gruppo di destinatari primario è utenti esterni, incluso il nome dell'organizzazione può essere utile.

Nota

È consigliabile inviare una notifica agli utenti quando il nome di un'area di lavoro cambierà. Nella maggior parte dei casi, è possibile rinominare un'area di lavoro nel portale di Fabric perché GroupID, che è l'identificatore univoco di un'area di lavoro, non cambia (è presente nell'URL dell'area di lavoro). Tuttavia, le connessioni XMLA sono interessate perché si connettono usando il nome dell'area di lavoro anziché l'ID gruppo.

Elenco di controllo : quando si valuta la creazione di convenzioni di denominazione dell'area di lavoro, le decisioni chiave e le azioni includono:

• Determinare i requisiti o le preferenze per i nomi delle aree di lavoro: valutare come assegnare un nome alle aree di lavoro. Decidere se si vogliono requisiti rigorosi per la convenzione di denominazione o requisiti più flessibili guidati da suggerimenti ed esempi.
• Esaminare i nomi delle aree di lavoro esistenti: aggiornare i nomi delle aree di lavoro esistenti in base alle esigenze in modo che siano esempi validi per gli utenti da seguire. Quando gli utenti visualizzano la ridenominazione dell'area di lavoro esistente, lo interpreteranno come standard implicito da adottare.
• Creare la documentazione per le convenzioni di denominazione dell'area di lavoro: fornire la documentazione di riferimento sui requisiti e le preferenze delle convenzioni di denominazione dell'area di lavoro. Assicurarsi di includere esempi che mostrano l'uso corretto di acronimi, prefissi e suffissi. Rendere disponibili le informazioni nel portale centralizzato e nei materiali di formazione.

Domini dell'area di lavoro

La chiarezza sul modo in cui il contenuto è di proprietà e gestito è sempre essenziale. Questa chiarezza è particolarmente critica quando le responsabilità per la creazione e la gestione degli asset di dati sono decentralizzate tra molti reparti o business unit. A volte questo approccio viene definito architettura distribuita, federata o mesh di dati.

Un modo per supportare la proprietà e la gestione dell'area di lavoro in Fabric è costituito da domini. Un dominio consente di raggruppare logicamente più aree di lavoro con caratteristiche simili. Ad esempio, è possibile creare un dominio per raggruppare tutte le aree di lavoro di vendita e un altro dominio per le aree di lavoro finanziarie.

Ecco i principali vantaggi dell'uso dei domini.

• Raggruppano aree di lavoro simili in un unico limite di gestione.
• Consentono la gestione di determinate impostazioni del tenant a livello di dominio. Per altre informazioni, vedere Eseguire l'override delle impostazioni a livello di tenant.
• Consentono agli utenti di trovare i dati pertinenti. Ad esempio, possono usare filtri nell'hub dati OneLake.

Nella tabella seguente sono elencati diversi modi in cui è possibile scegliere di organizzare le aree di lavoro correlate.

Metodo per organizzare le aree di lavoro	Dominio di esempio
Per area di interesse/dominio/tipo di contenuto	Il dominio Finance include ogni area di lavoro correlata al contenuto finanziario.
Dal team o dal reparto proprietario e gestito del contenuto	Il dominio di Business Intelligence aziendale include tutte le aree di lavoro che il team è direttamente responsabile della gestione.
Per business unit o segmento dell'organizzazione	Il dominio della divisione europea include tutte le aree di lavoro correlate direttamente alle operazioni in Europa.
Per progetto	Il dominio di acquisizione della filiale include tutte le aree di lavoro per un progetto estremamente sensibile.

Di seguito sono riportate alcune considerazioni per la pianificazione dei domini di Infrastruttura nel tenant.

• Come si esegue il mapping di ogni area di lavoro a un dominio? Ogni area di lavoro può essere assegnata a un solo dominio (anziché a più domini), quindi è possibile prepararsi a eseguire alcune operazioni di pianificazione. Prendere in considerazione la creazione di un diagramma matrice con aree di lavoro nelle righe e nei domini nelle colonne per pianificare la modalità di assegnazione. È possibile riassegnare il dominio nelle impostazioni dell'area di lavoro o nel portale di amministrazione, se si scopre che è necessario riorganizzare le aree di lavoro.
• Chi sarà autorizzato a gestire un dominio? I membri del ruolo amministratore di dominio sono autorizzati a gestire un dominio esistente. Quando possibile, assegnare gli amministratori di dominio che possiedono e gestiscono direttamente il contenuto per il dominio. Gli amministratori di dominio devono essere esperti che hanno familiarità con le normative interne, regionali e governative per l'area di interesse. Devono anche avere familiarità con tutti i requisiti di governance e sicurezza interni. Per altre informazioni, vedere Ruoli di dominio.
• Chi potrà assegnare aree di lavoro a un dominio? I membri del ruolo Collaboratore dominio definiscono gli utenti (che sono anche amministratori dell'area di lavoro) possono assegnare un'area di lavoro a un dominio. Se si consente a più utenti di assegnare aree di lavoro a un dominio, è consigliabile controllare spesso l'accuratezza dei raggruppamenti assegnati. Se si consentono solo gruppi specifici di utenti o amministratori di infrastruttura e amministratori di dominio, si avrà maggiore controllo sulla modalità di assegnazione. Per altre informazioni, vedere Ruoli di dominio.
• Esistono specifiche esigenze o restrizioni di conformità, ad esempio l'area geografica? Tenere presente che l'area geografica per l'archiviazione dei dati è impostata per ogni capacità anziché per il dominio. Valutare il modo in cui l'assegnazione di un'area di lavoro a un dominio e a una capacità influisce sul processo di pianificazione.

Per altre informazioni, vedere Gestire i domini.

Elenco di controllo : quando si pianificano i domini dell'area di lavoro, le decisioni chiave e le azioni includono:

• Convalidare il funzionamento della proprietà del contenuto: assicurarsi di comprendere in modo approfondito come avviene la proprietà e la gestione dei contenuti in tutta l'organizzazione. Tenere conto delle informazioni nei piani per organizzare le aree di lavoro in domini.
• Pianificare i domini dell'area di lavoro: discutere su come organizzare al meglio le aree di lavoro in domini. Confermare tutte le decisioni chiave con il Centro di eccellenza e con lo sponsor esecutivo.
• Informare gli amministratori di Infrastruttura: assicurarsi che gli amministratori tenant conoscano come creare un dominio e come assegnare e gestire gli amministratori di dominio.
• Informare gli amministratori di dominio: assicurarsi che gli amministratori di dominio comprendano le aspettative per questo ruolo nella gestione di un dominio.
• Decidere come gestire i collaboratori di dominio: considerare quali utenti devono avere l'autorizzazione per assegnare aree di lavoro a un dominio.
• Creare un processo di controllo: a intervalli regolari, verificare che i raggruppamenti di dominio assegnati siano corretti.

Processo di creazione dell'area di lavoro

Se si è deciso di limitare chi può creare aree di lavoro, il popolamento degli utenti più ampio dovrà sapere qual è il processo per richiedere una nuova area di lavoro. In questo caso, è importante stabilire un processo di richiesta semplice e conveniente per gli utenti per trovare e seguire.

È anche fondamentale rispondere rapidamente a una richiesta di una nuova area di lavoro. Un contratto di servizio (SLA) di 2-4 ore è ideale. Se il processo per richiedere una nuova area di lavoro è troppo lento o oneroso, gli utenti useranno le aree di lavoro di cui dispongono in modo che possano continuare a spostarsi. Se scelgono di ignorare la creazione di una nuova area di lavoro, ciò che usano potrebbe essere invece non ottimale. Potrebbero scegliere di riutilizzare un'area di lavoro esistente non adatta al nuovo contenuto oppure condividere il contenuto dall'area di lavoro personale.

Suggerimento

L'obiettivo della creazione di un nuovo processo è semplificare la conformità del processo da parte degli utenti. Come per tutte le decisioni di governance dei dati, il punto consiste nel semplificare l'esecuzione da parte degli utenti.

Nella tabella seguente sono elencate le informazioni da raccogliere in una richiesta per una nuova area di lavoro.

Informazioni necessarie	Esempio	Convalida richiesta
Nome dell'area di lavoro	SLS-Field Sales Analytics	• Il nome è conforme alle convenzioni di denominazione? • Esiste un'altra area di lavoro con lo stesso nome?
Fasi necessarie	SLS-Field Sales Analytics [Dev], SLS-Field Sales Analytics [Test], e SLS-Field Sales Analytics	• Sono necessarie più aree di lavoro per supportare correttamente il contenuto? • In tal caso, è necessario creare anche una pipeline di distribuzione?
Descrizione	Cronologia vendite e ordini dei clienti per l'analisi mensile, trimestrale e annuale.	• Si prevede che i dati sensibili, o i dati regolamentati, vengano archiviati? • In tal caso, ciò influirà su come viene governata l'area di lavoro?
Destinatari	Organizzazione globale delle vendite sul campo	• Quanto è ampio l'ambito di distribuzione del contenuto? • In che modo ciò influisce sul modo in cui viene governata l'area di lavoro?
Modalità licenza assegnata all'area di lavoro	Una capacità di infrastruttura per il team di vendita è necessaria perché un numero elevato di venditori sono solo visualizzatori e hanno una licenza gratuita	• Quale livello di capacità dell'infrastruttura è necessario?
Requisiti di archiviazione dei dati	Residenza dei dati in Canada	• Ci sono esigenze di residenza dei dati che richiederanno Multi-Geo? • Quali sono i volumi di dati previsti?
Amministratori dell'area di lavoro	FabricContent Amministrazione s-FieldSalesAnalytics	• L'amministratore (preferibilmente) è un gruppo? • Ci sono almeno due amministratori?
Persona che invia la richiesta	requestor@contoso.com	• La persona che invia la richiesta lavora in un ruolo o in una linea di lavoro correlata alle informazioni fornite?

La tabella precedente include la quantità minima di informazioni necessarie per configurare un'area di lavoro. Tuttavia, non include tutte le configurazioni possibili. Nella maggior parte dei casi, un amministratore dell'area di lavoro assumerà la responsabilità di completare la configurazione dopo la creazione dell'area di lavoro. Per altre informazioni, vedere l'articolo Impostazioni a livello di area di lavoro.

Sono disponibili molte opzioni tecnologiche che è possibile usare per creare un modulo online per la richiesta di creazione dell'area di lavoro. Prendere in considerazione l'uso di Microsoft Power Apps, un'opzione software a basso codice ideale per la creazione di semplici moduli e applicazioni basati sul Web. La tecnologia che si sceglie di utilizzare per la creazione di un modulo basato sul Web dipende da chi sarà responsabile della creazione e della gestione del modulo.

Suggerimento

Per migliorare l'efficienza e l'accuratezza, è consigliabile automatizzare il processo usando l'API REST di Power BI per creare o aggiornare un'area di lavoro a livello di codice. In questo caso, è consigliabile includere processi di revisione e approvazione anziché elaborare automaticamente ogni richiesta.

Elenco di controllo : quando si considera il processo per richiedere una nuova area di lavoro, le decisioni chiave e le azioni includono:

• Stabilire un processo per richiedere una nuova area di lavoro: decidere qual è il processo specifico per richiedere una nuova area di lavoro. Prendere in considerazione le informazioni necessarie, come acquisire le informazioni e chi elabora la richiesta.
• Creare un modulo standard per richiedere una nuova area di lavoro: decidere quali informazioni verranno incluse nel modulo per una nuova area di lavoro. Prendere in considerazione la creazione di un'app Power Apps per raccogliere le informazioni dall'utente. Assicurarsi che i collegamenti al modulo siano ampiamente disponibili e facili da trovare nel portale centralizzato e in altre posizioni comuni. Includere anche un collegamento al modulo nelle comunicazioni in corso.
• Decidere chi risponderà alle richieste inviate e quanto velocemente: determinare chi elaborerà le richieste. Considerare il tempo di risposta previsto per la gestione di una richiesta per una nuova area di lavoro. Verificare che sia possibile gestire rapidamente le richieste in modo che gli utenti self-service non verifichino ritardi.
• Eseguire una sessione di trasferimento delle informazioni: se un altro team supporterà il processo di richiesta dell'area di lavoro, eseguire una sessione di trasferimento delle informazioni con loro in modo che dispongano di tutte le informazioni necessarie.
• Creare la documentazione per approvare o rifiutare una richiesta: creare la documentazione su come approvare una richiesta, destinata a coloro che esamineranno o elaborano le richieste. Includere anche i motivi per cui una richiesta potrebbe essere negata e quale azione deve essere eseguita.
• Creare la documentazione per richiedere un'area di lavoro: creare la documentazione su come richiedere una nuova area di lavoro, destinata agli utenti che non possono creare aree di lavoro personalizzate. Includere le informazioni necessarie e le aspettative per una risposta. Assicurarsi che le informazioni siano disponibili nel portale centralizzato e nei materiali di formazione.

Livello di governance dell'area di lavoro

Non tutte le aree di lavoro richiedono lo stesso livello di supervisione. Alcune aree di lavoro potrebbero essere considerate regolate. Un'area di lavoro regolamentata significa che esistono più requisiti e aspettative per il relativo contenuto. Alcune organizzazioni usano il termine gestito anziché gestito.

Esistono quattro criteri decisionali chiave per determinare il livello di governance:

• Chi possiede e gestisce il contenuto bi?
• Qual è l'ambito per la distribuzione del contenuto bi?
• Che cos'è l'area dell'interessato?
• I dati e/o la soluzione BI sono considerati critici?

Nota

Per altre informazioni sui quattro criteri decisionali chiave, vedere l'articolo sulla governance che fa parte della roadmap di adozione dell'infrastruttura.

È possibile iniziare con due livelli di aree di lavoro: regolate e non governative. È consigliabile mantenere i livelli di governance il più semplice possibile. Tuttavia, a seconda delle circostanze specifiche, potrebbe essere necessario suddividere la classificazione regolamentata. Ad esempio, il contenuto critico gestito dal team di business intelligence aziendale potrebbe avere un set di requisiti di governance. Mentre il contenuto critico di proprietà e gestito direttamente dalle business unit potrebbe essere soggetto a un set leggermente diverso di requisiti. In alcuni casi, le decisioni verranno personalizzate in base alle singole business unit.

La tabella seguente elenca alcuni dei requisiti più comuni quando un'area di lavoro viene considerata regolamentata.

Categoria	Potenziale requisito di governance
Proprietà e supporto	• La proprietà viene assegnata con responsabilità chiare per il proprietario del contenuto tecnico e/o per l'esperto di materia. • Viene assegnato il team di supporto utente/persona e gli utenti capiscono come richiedere assistenza o inviare problemi. • È disponibile un meccanismo per commenti e suggerimenti degli utenti, domande e richieste di miglioramento. • Esiste un piano di comunicazione per annunciare importanti modifiche al contenuto nell'area di lavoro.
Configurazione dell'area di lavoro	• L'area di lavoro è ben organizzata con uno scopo ben definito. • Viene utilizzata una convenzione di denominazione specifica. • L'area di lavoro viene assegnata a un dominio specifico. • Sono necessari la descrizione, l'immagine e i contatti dell'area di lavoro.
Accuratezza	• Tutto il contenuto è certificato. • Le convalide dei dati vengono automatizzate in modo che i proprietari del contenuto siano consapevoli dei problemi di qualità dei dati in modo tempestivo.
Distribuzione	• Un'app Power BI viene usata per la distribuzione di report e dashboard.
Sicurezza e protezione dei dati	• I gruppi di sicurezza vengono usati (anziché singoli account) per la gestione dei ruoli dell'area di lavoro. • Le etichette di riservatezza vengono usate per la protezione delle informazioni. • Sono consentite solo origini dati approvate (o approvate). • Tutti i file di origine si trovano in un percorso sicuro di cui viene eseguito il backup.
Gestione delle modifiche	• Vengono usate aree di lavoro di sviluppo, test e produzione separate. • Il controllo del codice sorgente (ad esempio l'integrazione git) viene usato per tutti i file e gli elementi di Power BI Desktop nel portale di Fabric. • Il controllo delle versioni o del codice sorgente viene usato per tutti i file di origine dati. • Vengono seguiti i processi di gestione del ciclo di vita e di gestione delle modifiche, incluse le pipeline di distribuzione e/o i processi DevOps.
Capacità	• L'area di lavoro viene assegnata a un livello di capacità dell'infrastruttura appropriato. • La capacità dell'infrastruttura viene gestita e monitorata.
Gateway	• Viene usato un gateway dati in modalità standard (non personale). • Tutte le credenziali dell'origine dati del gateway usano credenziali approvate.
Controllo e monitoraggio	• Sono disponibili processi di controllo e monitoraggio attivi per tenere traccia dell'adozione, dei modelli di utilizzo e delle prestazioni.

Suggerimento

I requisiti di governance in genere non sono facoltativi. Per questo motivo, il controllo tempestivo è importante e l'applicazione diventa necessaria in determinate situazioni. Ad esempio, se le aree di lavoro regolamentate richiedono che tutti i file si trovano in un percorso sicuro e durante il controllo venga rilevato un percorso di file non approvato, è necessario eseguire un'azione per aggiornare il percorso del file.

Elenco di controllo : quando si considera il livello di governance dell'area di lavoro, le decisioni chiave e le azioni includono:

• Decidere i livelli di governance dell'area di lavoro: determinare i livelli di governance necessari. Cerca di mantenerlo il più semplice possibile.
• Decidere i criteri per la classificazione di un'area di lavoro: determinare quali criteri decisionali saranno per classificare le aree di lavoro a un livello di governance specifico.
• Decidere quali sono i requisiti di governance dell'area di lavoro: per ogni livello di governance, determinare quali saranno i requisiti specifici.
• Decidere come designare il livello di governance dell'area di lavoro: trovare il modo più semplice per identificare il livello di governance per un'area di lavoro. È possibile registrarlo come parte del nome, parte della relativa descrizione o archiviato altrove, ad esempio un elenco di SharePoint che contiene altre informazioni su ogni area di lavoro.
• Creare la documentazione per i requisiti di governance dell'area di lavoro: creare una documentazione utile destinata agli autori di contenuti che includono le responsabilità di gestire il contenuto in un'area di lavoro regolamentata. Rendere disponibili le informazioni nel portale centralizzato e nei materiali di formazione.
• Creare processi di controllo dell'area di lavoro: per le aree di lavoro considerate regolate, creare un processo di controllo per identificare le aree di non conformità con i requisiti più importanti. Assicurarsi che qualcuno sia responsabile di contattare i proprietari del contenuto per risolvere i problemi di conformità.

Contenuto correlato

Nell'articolo successivo di questa serie vengono fornite informazioni sulla pianificazione a livello di area di lavoro.