Procedure consigliate per le pipeline di distribuzione
Questo articolo fornisce indicazioni per i creatori di business intelligence (BI) che gestiscono il loro contenuto durante il ciclo di vita. L'articolo è incentrato sull'uso delle pipeline di distribuzione come strumento di gestione del ciclo di vita del contenuto BI.
L'articolo è suddiviso in quattro sezioni:
Preparazione del contenuto: preparare il contenuto per la gestione del ciclo di vita.
Sviluppo : informazioni sui modi migliori per creare contenuto nella fase di sviluppo delle pipeline di distribuzione.
Test : informazioni su come usare la fase di test delle pipeline di distribuzione per testare l'ambiente.
Produzione : usare la fase di produzione delle pipeline di distribuzione quando si rende disponibile il contenuto per l'utilizzo.
Preparazione del contenuto
Preparare il contenuto per la gestione ordinaria durante l'intero ciclo di vita. Esaminare le informazioni contenute in questa sezione prima di:
Rilasciare il contenuto nella produzione.
Iniziare a usare una pipeline di distribuzione per un'area di lavoro specifica.
Pubblicare il lavoro.
Considerare ogni area di lavoro come un pacchetto completo di analisi
Idealmente, un'area di lavoro deve contenere una vista completa di un aspetto, ad esempio reparto, business unit, progetto o verticale all'interno dell'organizzazione. La gestione di ogni area di lavoro come pacchetto completo semplifica la gestione delle autorizzazioni per utenti diversi e consente di controllare le versioni del contenuto per l'intera area di lavoro in base a una pianificazione pianificata.
Se si impiegano set di dati centralizzati usati nell'organizzazione, è consigliabile creare due tipi di aree di lavoro:
Modellazione e aree di lavoro dati - Aree di lavoro che contengono tutti i set di dati centralizzati
Aree di lavoro di creazione di report: aree di lavoro che contengono tutti i report e i dashboard dipendenti
Pianificare il modello di autorizzazione
Una pipeline di distribuzione è un oggetto Power BI con le proprie autorizzazioni. Inoltre, la pipeline contiene aree di lavoro che dispongono delle proprie autorizzazioni.
Per implementare un flusso di lavoro sicuro e semplice, pianificare gli utenti che possono accedere a ogni parte della pipeline. Alcune considerazioni importanti:
Chi deve avere accesso alla pipeline?
Quali operazioni devono poter eseguire gli utenti che accedono alla pipeline in ogni fase?
Chi esamina il contenuto nella fase di test?
I revisori della fase di test hanno accesso alla pipeline?
Chi supervisiona la distribuzione nella fase di produzione?
Quale area di lavoro si sta assegnando?
Quale fase viene assegnata all'area di lavoro?
È necessario apportare modifiche alle autorizzazioni dell'area di lavoro che si sta assegnando?
Connettere fasi diverse a database diversi
Un database di produzione deve essere sempre stabile e disponibile. È preferibile non sovraccaricarlo con query generate dagli autori di BI per i set di dati di sviluppo o test. Creare database separati per lo sviluppo e il test per proteggere i dati di produzione e non eseguire l'overload del database di sviluppo con l'intero volume di dati di produzione.
Nota
Se l'organizzazione usa set di dati centralizzati condivisi, è possibile ignorare questa raccomandazione.
Usare i parametri nel modello
Poiché non è possibile modificare le origini dati dei set di dati in servizio Power BI, è consigliabile usare i parametri per archiviare i dettagli della connessione, ad esempio nomi di istanza e nomi di database. Usando i parametri anziché le stringhe di connessione statiche, è possibile gestire le connessioni tramite il portale Web servizio Power BI o usare le API, in una fase successiva.
Nelle pipeline di distribuzione è possibile configurare le regole dei parametri per impostare valori diversi per ogni fase di distribuzione. È anche possibile impostare regole per i report impaginati.
Se non si usano i parametri per la stringa di connessione, è possibile definire le regole per le origini dati al fine di specificare una stringa di connessione per un determinato set di dati. Tuttavia, le regole non sono supportate nelle pipeline di distribuzione per tutte le origini dati. Per verificare che sia possibile configurare regole per l'origine dati, vedere Limitazioni delle regole di distribuzione.
I parametri hanno anche altri usi, ad esempio apportare modifiche alle query, ai filtri e al testo visualizzato nel report.
Sviluppo
Questa sezione offre indicazioni sull'uso della fase di sviluppo delle pipeline di distribuzione.
Usare Power BI Desktop per modificare i report e i set di dati
Considerare Power BI Desktop come ambiente di sviluppo locale. Power BI Desktop consente di provare, esplorare ed esaminare gli aggiornamenti ai report e ai set di dati. Al termine del lavoro, è possibile caricare la nuova versione nella fase di sviluppo. È consigliabile modificare i file con estensione pbix nel desktop (e non in servizio Power BI) per i motivi seguenti:
È più facile collaborare con altri creatori nello stesso file con estensione pbix , se tutte le modifiche vengono eseguite con lo stesso strumento.
Processo di apportare modifiche online, scaricare il file pbix e quindi caricarlo di nuovo crea report e duplicazioni dei set di dati.
È possibile usare il controllo della versione per mantenere aggiornati i file con estensione pbix .
Controllo della versione per i file con estensione pbix
Se si vuole gestire la cronologia delle versioni dei report e dei set di dati, usare la sincronizzazione automatica di Power BI con OneDrive. La sincronizzazione automatica mantiene aggiornati i file con la versione più recente e consente di recuperare le versioni precedenti se necessario.
Nota
Sincronizzare con OneDrive (o qualsiasi altro repository) solo con i file con estensione pbix nella fase di sviluppo della pipeline di distribuzione. La sincronizzazione dei file con estensione pbix nelle fasi di test e produzione della pipeline di distribuzione causa problemi con la distribuzione del contenuto nella pipeline.
Separare lo sviluppo di modelli dallo sviluppo di report e dashboard
Per le distribuzioni su scala aziendale, è consigliabile separare lo sviluppo di set di dati dallo sviluppo di report e dashboard. Per promuovere le modifiche solo a un report o a un set di dati, usare l'opzione di distribuzione selettiva delle pipeline di distribuzione.
Iniziare creando un file con estensione pbix separato per set di dati e report in Power BI Desktop. Ad esempio, creare un file pbix del set di dati e caricarlo nella fase di sviluppo. In seguito, gli autori del report possono creare un nuovo file pbix solo per il report e connetterlo al set di dati pubblicato usando una connessione dinamica. Questa tecnica consente a creatori diversi di lavorare separatamente sulla modellazione e sulle visualizzazioni e distribuirli in produzione in modo indipendente.
Creare set di dati condivisi per usare questo metodo tra aree di lavoro.
Gestire i modelli tramite le funzionalità di lettura/scrittura XMLA
Quando si separa lo sviluppo di modellazione dallo sviluppo di report e dashboard, è anche possibile sfruttare le funzionalità avanzate, ad esempio il controllo del codice sorgente, l'unione delle modifiche diff e i processi automatizzati. Apportare queste modifiche nella fase di sviluppo in modo che il contenuto finale possa essere distribuito nelle fasi di test e produzione. In questo modo, tutte le modifiche passano attraverso un processo unificato con altri elementi dipendenti prima di essere distribuiti nella fase di produzione.
Separare lo sviluppo di modellazione dalle visualizzazioni gestendo un set di dati condiviso in un'area di lavoro esterna usando funzionalità r/w XMLA. Il set di dati condiviso può connettersi a più report in varie aree di lavoro gestite in più pipeline.
Test
Questa sezione offre indicazioni sull'uso della fase di test delle pipeline di distribuzione.
Simulare l'ambiente di produzione
Oltre a verificare che i nuovi report o i dashboard siano accettabili, è importante vedere come vengono eseguite dal punto di vista di un utente finale. La fase di test delle pipeline di distribuzione consente di simulare un ambiente di produzione reale a scopo di test.
Considerare questi tre fattori nell'ambiente di testing:
Volume dati
Volume di utilizzo
Capacità simile a quella dell'ambiente di produzione
Quando si esegue il test, è possibile usare la stessa capacità della fase di produzione. Tuttavia, l'uso della stessa capacità può rendere la produzione instabile durante i test di carico. Per evitare la produzione instabile, testare l'uso di una capacità diversa simile alle risorse alla capacità di produzione. Per evitare costi aggiuntivi, usare una capacità in cui è possibile pagare solo per il tempo di test.
Usare le regole di distribuzione con un'origine dati in vita reale
Se si usa la fase di test per simulare l'utilizzo dei dati reali, è consigliabile separare le origini dati di sviluppo e di test. Il database di sviluppo deve essere relativamente piccolo e il database di test deve essere il più simile possibile al database di produzione. Usare le regole delle origine dati per cambiare le origini dati nella fase di test.
Se si usa un'origine dati di produzione nella fase di test, è utile controllare la quantità di dati importati dall'origine dati. È possibile controllare la quantità di dati importati aggiungendo un parametro alla query dell'origine dati in Power BI Desktop. Usare le regole dei parametri per controllare la quantità di dati importati o modificare il valore del parametro. È anche possibile usare questo approccio per evitare l'overload della capacità.
Misurare le prestazioni
Quando si simula una fase di produzione, controllare il carico e le interazioni del report per verificare se le modifiche apportate sono state apportate.
È anche necessario monitorare il carico sulla capacità per rilevare carichi estremi prima di raggiungere la produzione.
Nota
È consigliabile monitorare nuovamente i carichi di capacità dopo aver distribuito gli aggiornamenti alla fase di produzione.
Controllare gli elementi correlati
Le modifiche apportate ai set di dati o ai report possono influire anche sui tempi correlati. Durante il test verificare che le modifiche non influiscano o interrompano le prestazioni degli elementi esistenti, che possono dipendere da quelle aggiornate.
È possibile trovare facilmente gli elementi correlati usando la visualizzazione di derivazione dell'area di lavoro.
Test dell'app
Se si distribuisce il contenuto agli utenti finali tramite un'app, esaminare la nuova versione dell'app prima che sia in produzione. Poiché ogni fase della pipeline di distribuzione ha una propria area di lavoro, è possibile pubblicare e aggiornare facilmente le app per le fasi di sviluppo e test. La pubblicazione e l'aggiornamento delle app consente di testare l'app dal punto di vista dell'utente finale.
Importante
Il processo di distribuzione non include l'aggiornamento del contenuto o delle impostazioni dell'app. Per applicare modifiche al contenuto o alle impostazioni, aggiornare manualmente l'app nella fase della pipeline richiesta.
Produzione
Questa sezione offre indicazioni sulla fase di produzione delle pipeline di distribuzione.
Gestire gli utenti autorizzati alla distribuzione nell'ambiente di produzione
Poiché la distribuzione in produzione deve essere gestita attentamente, è consigliabile consentire solo a persone specifiche di gestire questa operazione sensibile. Si vorrà probabilmente che tutti gli autori di BI per un'area di lavoro specifica abbiano accesso alla pipeline. Usare le autorizzazioni dell'area di lavoro di produzione per gestire le autorizzazioni di accesso.
Per distribuire il contenuto tra fasi, gli utenti hanno bisogno di autorizzazioni membro o amministratore per entrambe le fasi. Assicurarsi che solo le persone che si desidera distribuire in produzione dispongano di queste autorizzazioni. Altri utenti possono avere ruoli di collaboratore o visualizzatore dell'area di lavoro di produzione. Gli utenti con ruoli collaboratore o visualizzatore possono visualizzare il contenuto dall'interno della pipeline, ma non possono essere distribuiti.
Inoltre, limitare l'accesso alla pipeline abilitando solo le autorizzazioni della pipeline agli utenti che fanno parte del processo di creazione del contenuto.
Impostare le regole per assicurare la disponibilità della fase di produzione
Le regole di distribuzione sono un modo efficace per garantire che i dati nell'ambiente di produzione siano sempre connessi e disponibili agli utenti. Con le regole di distribuzione applicate, le distribuzioni possono essere eseguite mentre si dispone della garanzia che gli utenti finali possano visualizzare le informazioni pertinenti senza disturbi.
Assicurarsi di impostare le regole di distribuzione di produzione per le origini dati e i parametri definiti nel set di dati.
In caso di modifica del set di dati principale, aggiornare il set di dati.
Aggiornare l'app di produzione
La distribuzione in una pipeline aggiorna il contenuto dell'area di lavoro ma non aggiorna automaticamente l'app associata. Se si usa un'app per la distribuzione del contenuto, non dimenticare di aggiornare l'app dopo la distribuzione in produzione in modo che gli utenti finali possano usare immediatamente la versione più recente.
Correzioni rapide del contenuto
A volte si verificano problemi nell'ambiente di produzione che richiedono una correzione rapida. Non caricare mai una nuova versione con estensione pbix direttamente nella fase di produzione o apportare una modifica online in servizio Power BI. Non è possibile distribuire le versioni precedenti in una fase precedente quando sono già presenti contenuti in queste fasi. Non è consigliabile neppure distribuire una correzione senza averla prima testata. Pertanto, implementare sempre la correzione nella fase di sviluppo e eseguirne il push nel resto delle fasi della pipeline di distribuzione. La distribuzione nella fase di sviluppo consente di verificare che la correzione funzioni prima di distribuirla in produzione. La distribuzione nella pipeline richiede solo pochi minuti.