Condividi tramite

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

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

Nota

Questo articolo fa parte della serie di articoli sulla pianificazione dell'implementazione di Power BI . La serie è incentrata sulla pianificazione dell'implementazione di un'esperienza di Power BI all'interno di Microsoft Fabric. Vedere l'introduzione alla serie.

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.

Questo articolo può essere utile per gli autori self-service che creano, pubblicano e gestiscono il contenuto nelle aree di lavoro.

Poiché le aree di lavoro possono essere usate in modi diversi, la maggior parte delle decisioni di implementazione tattica viene presa a livello di area di lavoro. Si effettuano alcune decisioni di pianificazione strategica a livello di tenant.

È consigliabile prendere 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 è chiari gli obiettivi e gli obiettivi complessivi dell'area di lavoro.

Nota

Il concetto di area di lavoro ha avuto origine in Power BI. In Fabric, lo scopo di un'area di lavoro si amplia. Un'area di lavoro Fabric può includere elementi di più di un'esperienza Fabric (detta anche attività). Sebbene l'ambito del contenuto sia più ampio rispetto a Power BI, è possibile applicare la maggior parte delle attività di pianificazione dell'area di lavoro descritte in questi articoli alla pianificazione delle aree di lavoro di Fabric.

Autorizzazioni di creazione dell'area di lavoro

La decisione di chi è autorizzato a creare aree di lavoro nel servizio Power BI è una decisione di governance e cultura dei dati.

È possibile procedere in due modi:

  • 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 adotti gli stessi criteri.
  • La creazione dell'area di lavoro è limitata a un set selezionato di utenti: questo approccio indica in genere che è in atto un piano di governance o è pianificato. La gestione di questo processo può essere completamente centralizzata( ad esempio, se solo l'IT è autorizzato a creare un'area di lavoro). Un approccio più flessibile e pratico è avere una combinazione di individui centralizzati e decentralizzati. In questo caso, specifici membri satellite del CoE, dei promotori o degli utenti attendibili vengono formati per creare e gestire aree di lavoro per conto delle business unit.

È necessario configurare l'impostazione del tenant Creare 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 delle decisioni e delle azioni principali quando si pianifica chi può creare aree di lavoro:

  • 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 possono creare una nuova area di lavoro. Assicurati che la decisione sia intenzionalmente allineata con i tuoi obiettivi per la cultura dei dati nell'organizzazione. Assicurarsi di ottenere l'approvazione dallo sponsor esecutivo.
  • Creare un gruppo di sicurezza per chi è autorizzato a creare aree di lavoro: se un subset di utenti può creare aree di lavoro, creare un gruppo di sicurezza per questi utenti. Denominare chiaramente il gruppo, ad esempio Fabric Workspace Creators. 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 Fabric Workspace Creators, altri gruppi a cui è possibile assegnare questa impostazione tenant sono CoE, supporto e amministratori 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 un requisito e non 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, tra cui:

  • Scopo: un nome dell'area di lavoro deve includere sempre una descrizione del relativo contenuto. Ad esempio, Tracciamento bonus trimestrali vendite.
  • 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. Le analisi di vendita potrebbero indicare che l'area di lavoro archivia report analitici e dashboard.
  • Fase (ambiente): un nome dell'area di lavoro potrebbe includerne 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 altri dettagli 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 cercheranno aree di lavoro. È anche possibile usare un'immagine dell'area di lavoro per aumentarne il nome. Queste considerazioni sono descritte più avanti nella sezione impostazioni dell'area di lavoro nell'articolo successivo.

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

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

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. Di seguito è riportato un esempio di nome breve ma descrittivo: Dati finanziari trimestrali.

  • Usare un prefisso standard: un prefisso standard può disporre insieme aree di lavoro simili 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 i suffissi [Dev] o [Test] ma lasciare un nome descrittivo senza suffisso per la produzione. 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:

    • Il termine area di lavoro.
    • I termini 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 Data Engineering. 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 è composto da utenti esterni, includere il nome dell'organizzazione può essere utile.

Nota

È consigliabile inviare una notifica agli utenti quando un nome dell'area di lavoro è pianificato per la modifica. Nella maggior parte degli scenari è possibile rinominare un'area di lavoro nel portale di Fabric. Il valore GroupID , l'identificatore univoco di un'area di lavoro, non cambia e fa parte dell'URL dell'area di lavoro. Tuttavia, le connessioni XMLA sono interessate perché si connettono usando il nome dell'area di lavoro anziché il valore GroupID .

Elenco di controllo delle decisioni e delle azioni principali quando si pianificano le convenzioni di denominazione dell'area di lavoro:

  • Determinare i requisiti o le preferenze per i nomi delle aree di lavoro: valutare come assegnare un nome alle aree di lavoro. Decidere se creare requisiti rigorosi per la convenzione di denominazione o consentire 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 un'area di lavoro esistente rinominata, lo interpretano come uno standard implicito da adottare.
  • Creare la documentazione per le convenzioni di denominazione dell'area di lavoro: fornire la documentazione di riferimento sui requisiti e sulle linee guida per la convenzione 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

Essenziale per il processo di pianificazione e implementazione è chiaro come si vuole che il contenuto sia di proprietà e gestito. La 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 consiste nell'usare 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 creare un altro dominio per contenere le aree di lavoro finanziarie.

Ecco i vantaggi principali dell'uso dei domini:

  • I domini raggruppano aree di lavoro simili in un singolo limite di gestione.
  • I domini 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.
  • I domini aiutano gli utenti a trovare i dati pertinenti. Ad esempio, possono usare filtri nel catalogo OneLake.

La tabella seguente elenca i diversi modi in cui è possibile organizzare le aree di lavoro correlate:

Metodo per organizzare le aree di lavoro Dominio di esempio
Per area di interesse, dominio o tipo di contenuto Il dominio Finance include tutte le aree di lavoro correlate al contenuto finanziario.
Dal team o reparto che possiede e gestisce il contenuto Il dominio di BI aziendale include tutte le aree di lavoro direttamente responsabili della gestione del team.
Per business unit o segmento dell'organizzazione Il dominio europeo della divisione include tutte le aree di lavoro direttamente correlate alle operazioni in Europa.
Per progetto Il dominio di acquisizione sussidiaria include tutte le aree di lavoro che supportano un progetto estremamente sensibile.

Ecco alcune domande da considerare quando si pianificano i domini Fabric nel tenant:

  • In che modo ogni area di lavoro viene mappata a un dominio? Ogni area di lavoro può essere assegnata a un solo dominio, quindi è possibile prepararsi a eseguire una pianificazione dettagliata. Prendere in considerazione la creazione di un diagramma matrice che elenca le aree di lavoro nelle righe e nei domini nelle colonne per pianificare la modalità di assegnazione. Se si scopre che è necessario riorganizzare le aree di lavoro, è possibile riassegnare il dominio nelle impostazioni dell'area di lavoro o nel portale di amministrazione.
  • Chi è autorizzato a gestire un dominio? Gli utenti assegnati al ruolo Amministratore di dominio sono autorizzati a gestire un dominio esistente. Quando possibile, assegnare 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 dominio.
  • Chi è autorizzato ad assegnare aree di lavoro a un dominio? Gli utenti assegnati al ruolo Collaboratore dominio definiscono quali 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 ha maggiore controllo sulla modalità di assegnazione dei domini. Per altre informazioni, vedere Ruoli dominio.
  • Sono presenti 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. Si consideri come l'assegnazione di un'area di lavoro a un dominio e a una capacità influisca sul processo di pianificazione.

Per altre informazioni, vedere Gestire i domini.

Elenco di controllo delle decisioni e delle azioni principali quando si pianificano i domini dell'area di lavoro:

Quando si pianificano 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 CoE e il tuo 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 decide di limitare chi può creare aree di lavoro, il popolamento degli utenti più ampio deve sapere qual è il processo per richiedere una nuova area di lavoro. In questo caso, è importante stabilire un processo di richiesta semplice e conveniente che gli utenti potranno 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

Quando si crea un nuovo processo, l'obiettivo è 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 di processi documentati da parte degli utenti.

La tabella seguente elenca le informazioni da raccogliere in una richiesta per una nuova area di lavoro:

Informazioni necessarie Esempio Convalida obbligatoria
Nome area di lavoro SLS-Field Sales Analytics • Il nome segue le 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, in che modo ciò influisce sul modo in cui viene gestita l'area di lavoro?
Destinatari Organizzazione globale delle vendite sul campo • Quanto è ampio l'ambito di distribuzione del contenuto?

• In che modo tale ambito influisce su come 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 è composto solo da visualizzatori e utenti con una licenza gratuita • Quale livello di capacità di Fabric è necessario?
Requisiti di archiviazione dei dati Residenza dei dati in Canada • Le esigenze di residenza dei dati richiedono più aree geografiche?

• Quale quantità di dati si prevede di elaborare e archiviare?
Amministratori area di lavoro FabricContentAdmins-FieldSalesAnalytics • L'amministratore (preferibilmente) è un gruppo?

• Sono assegnati almeno due amministratori?
Persona che invia la richiesta [email protected] • La persona che invia la richiesta lavora in un ruolo o in una linea di lavoro correlata alle informazioni fornite?

Questa tabella 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 assume la responsabilità di completare la configurazione dopo la creazione dell'area di lavoro. Per altre informazioni, vedere Impostazioni a livello di area di lavoro.

È possibile scegliere tra molte opzioni tecnologico 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 è 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 delle decisioni e delle azioni principali quando si pianifica il processo per richiedere una nuova area di lavoro:

  • 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 includere 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 riscontrino 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 possono essere considerate regolate. Un'area di lavoro regolamentata comporta requisiti e aspettative maggiori per il contenuto. Alcune organizzazioni usano il termine gestito invece che regolamentato.

Quattro criteri decisionali chiave determinano il livello di governance richiesto:

  • Chi possiede e gestisce il contenuto BI?
  • Qual è l'ambito per la distribuzione dei contenuti della business intelligence?
  • Che cos'è l'area dell'interessato?
  • I dati o la soluzione BI sono considerati critici?

Nota

Per ulteriori informazioni sui quattro criteri decisionali chiave, vedere l'articolo sulla governance nella Fabric adoption roadmap.

È possibile iniziare con due livelli di aree di lavoro: regolate e non. È 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 aziendale di Power BI potrebbe avere un set univoco di requisiti di governance. I contenuti critici che le business unit possiedono e gestiscono potrebbero essere soggetti a un set leggermente diverso di requisiti. In alcuni casi, le decisioni vengono 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 o esperto di materia.

• Viene assegnato il team/la persona per il supporto utenti e gli utenti sanno come richiedere assistenza o segnalare problemi.

• È disponibile un meccanismo per il feedback, le domande e le richieste di miglioramento degli utenti.

• 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 usata 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 • Per la distribuzione di report e dashboard viene usata un'app Power BI.
Sicurezza e protezione dei dati • I gruppi di sicurezza vengono usati (invece di 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.

• Tutti i file di origine si trovano in un percorso protetto e sottoposto a 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 o i processi DevOps.
Capacità • L'area di lavoro viene assegnata a un livello di capacità Fabric appropriato.

• La capacità di Fabric viene gestita e monitorata.
Porta di accesso • Viene usato un gateway dati in modalità standard (non personale).

• Tutte le credenziali dell'origine dati del gateway usano credenziali approvate.
Controllo e monitoraggio • I processi di controllo e monitoraggio attivi sono disponibili 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 un controllo venga rilevato un percorso di file non approvato, è necessario aggiornare il percorso del file.

Elenco di controllo delle decisioni e delle azioni principali quando si pianifica il livello di governance dell'area di lavoro:

  • Decidere i livelli di governance dell'area di lavoro: determinare i livelli di governance necessari. Mantenerlo il più semplice possibile.
  • Decidere i criteri per classificare un'area di lavoro: determinare i criteri decisionali da usare per classificare le aree di lavoro in un livello di governance specifico.
  • Decidere quali sono i requisiti di governance dell'area di lavoro: per ogni livello di governance, determinare quali 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 archiviarlo 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à.

Passo successivo

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