Distribuire il contenuto attraverso le fasi
Il controllo della versione e la convalida assicurano che il contenuto sia corretto e esaminato. Le pipeline di distribuzione controllano il modo in cui il contenuto passa dallo sviluppo alla produzione, impedendo ai cambiamenti non verificati di raggiungere gli utenti finali.
Che cosa sono le pipeline di distribuzione?
Le pipeline di distribuzione in Microsoft Fabric offrono un modo strutturato per promuovere il contenuto attraverso più fasi. Ogni fase corrisponde a un'area di lavoro separata. Quando si distribuisce il contenuto da una fase alla successiva, Fabric copia gli elementi selezionati nell'area di lavoro di destinazione.
La pipeline predefinita ha tre fasi: Sviluppo, Test e Produzione. È possibile personalizzare il numero di fasi (tra due e 10) e rinominarle in modo che corrispondano al flusso di lavoro del team. Ad esempio, un team potrebbe usare sviluppo, controllo di qualità, gestione temporanea e produzione per un controllo più granulare.
Ogni fase ha uno scopo specifico:
- Sviluppo: dove si crea e si esegue l'iterazione del contenuto. Questa fase riceve le modifiche più frequenti ed è la posizione in cui i singoli collaboratori svolgono il proprio lavoro.
- Test: dove i revisori convalidano il contenuto con volumi di dati di dimensioni maggiori e verificano l'esperienza dell'utente finale. I tester verificano che il rendering dei report sia corretto, che le misure restituiscano i risultati previsti e che le prestazioni soddisfino i requisiti.
- Produzione: se il contenuto approvato è disponibile per gli utenti aziendali. Solo il contenuto alzato di livello, convalidato deve raggiungere questa fase.
Creare e configurare una pipeline
Per creare una pipeline di distribuzione:
- Nel portale di Fabric selezionare Workspaces nel riquadro di spostamento.
- Selezionare Pipeline di distribuzione e quindi Crea pipeline.
- Assegnare alla pipeline il nome e configurare il numero di fasi.
- Assegnare un'area di lavoro a ogni fase. Ogni area di lavoro deve essere allocata a capacità Fabric o Premium.
Dopo aver assegnato le aree di lavoro, puoi vedere il contenuto di ciascuna fase l'una accanto all'altra. La visualizzazione pipeline mostra gli elementi identici, che differiscono e che esistono solo in una fase. Questa visualizzazione di confronto consente di comprendere immediatamente lo stato corrente in tutti gli ambienti.
Note
Le pipeline di distribuzione supportano molti tipi di elementi Fabric oltre a Power BI, tra cui notebook, lakehouse, warehouse e pipeline di Data Factory. È possibile alzare di livello tutti gli elementi supportati tramite la stessa pipeline.
Regole di distribuzione
Le regole di distribuzione consentono di modificare i valori di configurazione quando il contenuto si sposta tra le fasi. Questo aspetto è importante perché gli ambienti di sviluppo, test e produzione spesso si connettono a origini dati diverse o usano valori di parametro diversi.
È possibile configurare due tipi di regole:
- Regole origine dati: modificare il server, il database o il percorso di connessione durante la distribuzione tra le fasi. Ad esempio, lo sviluppo si connette a un database di test mentre l'ambiente di produzione si connette al database attivo.
- regole Parameter: eseguire l'override dei valori dei parametri Power BI per fase. Ad esempio, un
MaxRowsparametro può essere impostato su 1.000 in fase di sviluppo per un'iterazione rapida, ma illimitato nell'ambiente di produzione per i dati completi.
Le regole di distribuzione assicurano che ogni fase abbia la configurazione corretta senza intervento manuale. Quando si alza di livello il contenuto da sviluppo a test, le regole sostituiscono automaticamente l'origine dati di test. Quando si alza di livello da test a produzione, si applicano le regole di produzione.
Important
Configurare le regole di distribuzione prima della prima distribuzione. Le regole si applicano solo durante la distribuzione della pipeline e non modificano l'elemento di origine. Se si modifica una regola di distribuzione dopo l'installazione iniziale, ridistribuire per applicare la regola aggiornata.
Confrontare e distribuire il contenuto
Prima di distribuire, confrontare il contenuto tra le fasi per comprendere cosa cambia:
- Aprire la pipeline e selezionare la fase di origine.
- Esaminare gli indicatori di confronto. Gli elementi contrassegnati con un'icona arancione differiscono tra le fasi. Gli elementi con un'icona verde sono identici. Gli elementi esistenti solo nella fase di origine mostrano un indicatore "nuovo".
- Selezionare gli elementi da distribuire. È possibile distribuire tutti gli elementi o scegliere in modo selettivo elementi specifici.
- Selezionare Distribuisci per alzare di livello gli elementi selezionati alla fase successiva.
La distribuzione selettiva è utile quando alcuni elementi sono pronti per la promozione, ma altri richiedono più lavoro. È possibile distribuire un modello semantico convalidato mantenendo un report in corso nella fase di sviluppo. Questa flessibilità consente a diversi elementi di spostarsi attraverso la pipeline a velocità diverse.
Il confronto mostra anche quando gli elementi sono stati eliminati o rinominati. Se esiste un modello semantico nell'ambiente di produzione ma non in fase di sviluppo, la pipeline contrassegna la discrepanza in modo da poterlo gestire intenzionalmente anziché accidentalmente.
Automatizzare le pipeline di distribuzione
Per i team che vogliono ridurre i passaggi manuali, le pipeline di distribuzione supportano l'automazione tramite l'API REST Fabric. È possibile attivare distribuzioni programmaticamente, che consente l'integrazione con sistemi CI/CD e flussi di lavoro pianificati.
I modelli di automazione comuni includono:
- Attivazione della distribuzione dopo il merge di una pull request con successo.
- Pianificazione delle distribuzioni notturne dallo sviluppo al test.
- Esecuzione di script di convalida prima dell'innalzamento di livello da test a produzione.
L'automazione riduce l'errore umano nel processo di distribuzione e garantisce procedure di distribuzione coerenti nel team.
Integrare Git con le pipeline
Le pipeline di integrazione e distribuzione Git interagiscono, ma servono scopi diversi:
| Funzionalità | Integrazione con Git | Pipeline di distribuzione |
|---|---|---|
| Scopo principale | Controllo del codice sorgente e collaborazione | Promozione di fase |
| Cingoli | Cronologia delle modifiche, ramificazione, richieste di pull | Spostamento del contenuto tra ambienti |
| Gestione della configurazione | Stessa configurazione tra rami | Regole specifiche per l'ambiente per ogni fase |
| Utenti tipici | Gli sviluppatori che creano contenuti | Responsabili del team che promuovono il contenuto convalidato |
Un flusso di lavoro comune combina entrambi: gli sviluppatori eseguono il commit delle modifiche in Git, una richiesta pull attiva una revisione del codice, la sincronizzazione delle modifiche approvate nell'area di lavoro di sviluppo tramite l'integrazione Git e quindi un responsabile del team promuove il contenuto convalidato tramite le fasi della pipeline per testare e produzione.
Git risponde alla domanda "Cosa è cambiato e chi lo ha approvato?" Le pipeline di distribuzione rispondono alla domanda "Il contenuto corretto nell'ambiente corretto con la configurazione corretta?"
Tip
Configurare le regole di distribuzione in anticipo. La configurazione delle regole dell'origine dati e dei parametri prima della prima distribuzione impedisce errori di configurazione che possono causare problemi di produzione e richiedono molto tempo per risolvere i problemi.
Con le pipeline di distribuzione che gestiscono le versioni, la fase di distribuzione è completata. Passare quindi alla fase monitoraggio , mantenendo affidabile il contenuto distribuito tramite l'aggiornamento pianificato e il monitoraggio continuo.