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 sull'esperienza Power BI in 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 Fabric: amministratori responsabili della supervisione Fabric nell'organizzazione.
- Center of Excellence, IT e team BI: i team responsabili della supervisione dei dati, della BI e del supporto degli utenti self-service in tutta l'organizzazione.
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 (approccio descritto 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 scopi complessivi dell'area di lavoro.
Nota
Il concetto di area di lavoro ha avuto origine in Power BI. Con Fabric, lo scopo di un'area di lavoro è diventato più ampio. Il risultato è che un'area di lavoro può ora contenere elementi di una o più esperienze Fabric diverse (note anche come carichi di lavoro). Anche se l'ambito del contenuto è diventato più ampio di Power BI, la maggior parte delle attività di pianificazione dell'area di lavoro descritte in questi articoli può essere applicata alla pianificazione dell'area di lavoro di Fabric.
Autorizzazioni di creazione dell'area di lavoro
La decisione su chi è autorizzato a creare aree di lavoro nel servizio Power BI è una impostazione della cultura dei dati e una decisione di governance. 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 adotti 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 è avere 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 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: quando si considerano 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 gli stakeholder e le parti interessate pertinenti per informazioni sul comportamento degli utenti. L'obiettivo è assicurarsi di avere una chiara comprensione delle esigenze degli utenti.
- Decidere chi è autorizzato a 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. 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 potrà creare aree di lavoro, è necessario un gruppo di sicurezza. Denominare chiaramente il gruppo, ad esempio 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 Autori di aree di lavoro di Fabric, altri gruppi che potrebbero essere consentiti per questa impostazione del tenant sono COE, supporto e amministratori dell'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ù 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, tra cui:
- Scopo: in 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): il nome di un'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 dettagli aggiuntivi nella descrizione dell'area. Tuttavia, assicurarsi che le informazioni più rilevanti siano incluse nel nome dell'area di lavoro, in particolare se si prevede che gli utenti le cercheranno. È 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 vengono usate 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 con precisione 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 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 sviluppo, test e 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 comprensione 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 il nome di un'area di lavoro cambierà. Nella maggior parte dei casi, è possibile rinominare un'area di lavoro nel portale di Fabric perché il GroupID, ossia 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 considera 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: considerare 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: agiornare i nomi delle aree di lavoro esistenti in base alle esigenze in modo che siano esempi validi da seguire per gli utenti. Quando gli utenti visualizzano la ridenominazione dell'area di lavoro esistente, la interpreteranno come standard implicito da adottare.
- Creare la documentazione per le convenzioni di denominazione dell'area di lavoro: frnire 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, federatao mesh di dati.
Un modo per supportare la proprietà e la gestione dell'area di lavoro in Fabric consiste nell'usare domini. Un dominio offre un modo per 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 di 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 Finanza include ogni area di lavoro correlata al contenuto finanziario. |
Dal team o dal reparto proprietario e gestore del 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 Divisione europea include tutte le aree di lavoro direttamente correlate alle operazioni in Europa. |
Per progetto | L'acquisizione controllata include tutte le aree di lavoro per un progetto estremamente sensibile. |
Di seguito sono riportate alcune considerazioni per la pianificazione dei domini di Fabric 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 di 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 dominio.
- Chi potrà assegnare aree di lavoro a un dominio? I membri del ruolo di Collaboratore dominio definiscono quali 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 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. 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: 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 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: tenere discussioni per pianificare come organizzare meglio le aree di lavoro in domini. Confermare tutte le decisioni chiave con il Center of Excellence e con lo sponsor esecutivo.
- Informare gli amministratori di Fabric: assicurarsi che gli amministratori tenant abbiano familiarità su 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 di 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 domini assegnati siano corretti.
Processo di creazione dell'area di lavoro
Se si è deciso di limitare chi può creare aree di lavoro, gli altri utenti dovranno 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 per poter 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 obbligatoria |
---|---|---|
Nome 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 verranno archiviati dati sensibili o dati regolamentati? • 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 ciò influisce sul modo in cui viene gestita 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 | • Esistono esigenze di residenza dei dati che richiederanno Multi-Geo? • Quali sono i volumi di dati previsti? |
Amministratori area di lavoro | FabricContentAdmins-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. È consigliabile usare Microsoft Power Apps, che è un'opzione software a basso uso di 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 quale processo specifico può richiedere una nuova area di lavoro. Prendere in considerazione le informazioni necessarie, come acquisirle 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 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 esso in modo che disponga di tutte le informazioni necessarie.
- Creare la documentazione per l'approvazione o la negazione di 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 relativa a come richiedere un'area di lavoro: creare 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 significa che esistono più requisiti e aspettative per il relativo contenuto. Alcune organizzazioni usano il termine gestito invece che regolamentato.
Esistono quattro criteri decisionali chiave per determinare il livello di governance:
- 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 e/o la soluzione BI sono considerati critici?
Nota
Per altre informazioni sui quattro criteri decisionali chiave, vedere l'articolo governance che fa parte della roadmap di adozione di Fabric.
È 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 di BI 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 in 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 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 del cambiamento, inclusi le pipeline di distribuzione e/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. |
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 | • 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 trovino in un percorso sicuro e durante il controllo viene 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 usati 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 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 documentazione utile destinata agli autori di contenuti che includa le responsabilità per la gestione del 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 come regolate, creare un processo di controllo per identificare le aree di non conformità ai 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 in questa serie vengono fornite informazioni sulla pianificazione a livello di area di lavoro.