Esercitazione: Gestione del ciclo di vita in Fabric

Questa esercitazione illustra l'intero processo di caricamento dei dati nell'area di lavoro e l'uso di pipeline di distribuzione insieme all'integrazione git per collaborare con altri utenti nello sviluppo, nel test e nella pubblicazione dei dati e dei report.

Prerequisiti

Prima di iniziare, verificare i prerequisiti seguenti:

Se si dispone già dei diritti di amministratore per un'area di lavoro con i dati, è possibile passare al passaggio 3.

Passaggio 1: Creare un'area di lavoro Premium

Per creare una nuova area di lavoro e assegnarla una licenza:

  1. Nella barra di spostamento sinistra dell'esperienza di Power BI selezionare Aree di > lavoro e Nuova area di lavoro.

    Screenshot of Create workspace.

  2. Assegnare all'area di lavoro il nome FoodSalesWS.

  3. (Facoltativo) Aggiungere una descrizione.

    Screenshot of new workspace with name.

  4. Espandere la sezione Avanzate per visualizzare la modalità licenza.

  5. Selezionare Versione di valutazione o Capacità Premium.

    Screenshot of new workspace with license mode.

  6. Selezionare Applica.

Per altre informazioni sulla creazione di un'area di lavoro, vedere Creare un'area di lavoro.

Passaggio 2: Caricare il contenuto nell'area di lavoro

È possibile caricare contenuto da OneDrive, SharePoint o da un file locale. In questa esercitazione viene caricato un file con estensione pbix .

  1. Nella barra dei menu in alto selezionare Carica > sfoglia.

    Screenshot of Upload menu.

  2. Passare al percorso del file FoodSales.pbix scaricato in precedenza oppure caricare il proprio modello semantico di esempio e il report.

È ora disponibile un'area di lavoro con contenuto per l'utente e il team su cui lavorare.

Screenshot of FoodSalesWS workspace with a report, semantic model, and dashboard in it.

Modificare le credenziali : solo la prima volta

Prima di creare una pipeline di distribuzione, è necessario impostare le credenziali. Questo passaggio deve essere eseguito una sola volta per ogni modello semantico. Dopo aver impostato le credenziali per questo modello semantico, non sarà necessario impostarle di nuovo.

  1. Passare a Impostazioni > impostazioni di Power BI.

    Screenshot of Settings menu.

  2. Selezionare Modelli semantici > Credenziali > origine dati Modifica credenziali.

    Screenshot of Data source credentials menu.

  3. Impostare Il metodo di autenticazione su Anonimo, il livello privacy su Pubblico e deselezionare la casella Ignora connessione di test.

    Screenshot of semantic model credentials.

  4. Selezionare Accedi. La connessione viene testata e le credenziali impostate.

È ora possibile creare una pipeline di distribuzione.

Passaggio 3: Connessione l'area di lavoro di sviluppo del team in Git

Questa area di lavoro è condivisa dall'intero team e ogni membro del team può modificarla. Connettendo questa area di lavoro a Git, è possibile tenere traccia di tutte le modifiche e ripristinare le versioni precedenti, se necessario. Quando tutte le modifiche vengono unite in questo ramo condiviso, l'area di lavoro viene distribuita nell'ambiente di produzione usando la pipeline di distribuzione.
Altre informazioni sul controllo della versione con Git sono disponibili in Introduzione all'integrazione di Git.

Connettere questa area di lavoro al ramo principale del repository di Azure in modo che tutti i membri del team possano modificarla e creare richieste pull.

  1. Selezionare i puntini di sospensione (tre punti) e quindi Impostazioni area di lavoro.

    Screenshot of workspace with workspace settings link displayed.

  2. Selezionare Integrazione Git. L'accesso automatico all'account Azure Repos è stato registrato all'utente di Microsoft Entra che ha eseguito l'accesso all'area di lavoro.

  3. Dal menu a discesa specificare i dettagli seguenti sul ramo a cui si vuole connettersi:

    • Azienda

    • Progetto

    • Repository Git

    • Selezionare il ramo principale (o master)

    • Digitare il nome della cartella nel repository in cui si trova il file con estensione pbix . Si tratta della cartella che verrà sincronizzata con l'area di lavoro.

      Screenshot of workspace settings Git integration window with workspace connected to main branch of repo.

  4. Selezionare Connessione e sincronizzazione.

Dopo la connessione, l'area di lavoro visualizza informazioni sul controllo del codice sorgente che consente di visualizzare il ramo connesso, lo stato di ogni elemento nel ramo e l'ora dell'ultima sincronizzazione. L'icona del controllo del codice sorgente viene visualizzata 0 perché gli elementi nel repository Git dell'area di lavoro sono identici.

Screenshot of source control icon and other Git information.

Ora l'area di lavoro è sincronizzata con il ramo principale del repository Git, rendendo più semplice tenere traccia delle modifiche.

Per altre informazioni sulla connessione a Git, vedere Connessione un'area di lavoro a un repository di Azure.

Passaggio 4: Creare una pipeline di distribuzione

Per condividere questa area di lavoro con altri utenti e usarla per varie fasi di test e sviluppo, è necessario creare una pipeline di distribuzione. Per informazioni sul funzionamento delle pipeline di distribuzione, vedere Introduzione alle pipeline di distribuzione. Per creare una pipeline di distribuzione e assegnare l'area di lavoro alla fase di sviluppo, eseguire le operazioni seguenti:

  1. Nella home page dell'area di lavoro selezionare Crea pipeline di distribuzione.

    Screenshot of Create deployment pipeline.

  2. Denominare la pipeline FoodSalesDP, assegnargli una descrizione (facoltativa) e selezionare Crea.

    Screenshot of new pipeline with name.

  3. Assegnare l'area di lavoro FoodSalesWS alla fase sviluppo.

    Screenshot of Assign workspace.

La fase di sviluppo della pipeline di distribuzione mostra un modello semantico, un report e un dashboard. Le altre fasi sono vuote.

Screenshot of Development stage.

Per altre informazioni sulla creazione di pipeline di distribuzione, vedere Panoramica delle pipeline di distribuzione.

Passaggio 5: Distribuire il contenuto in altre fasi

Distribuire ora il contenuto nelle altre fasi della pipeline.

  1. Nella fase di sviluppo della visualizzazione contenuto della distribuzione selezionare Distribuisci.

    Screenshot of Deploy to test stage.

  2. Verificare di voler distribuire il contenuto nella fase di test.

    Screenshot of Confirm deploy.

    Si noti che il contenuto di due fasi è identico, poiché è stato distribuito l'intero contenuto della pipeline. Questa opzione è indicata dall'icona di spunta verde.

    Screenshot of Development stage and test stage of pipelines with a green check icon indicating they're the same.

  3. Distribuire il contenuto dalla fase di test alla fase di produzione.

    Screenshot of Deploy to production stage.

  4. Per aggiornare il modello semantico in qualsiasi fase, selezionare il pulsante Aggiorna accanto all'icona dei modelli semantici nella scheda di riepilogo di ogni fase.

    Screenshot of Refresh button.

Questa pipeline di distribuzione è condivisa dall'intero team. Ogni membro del team può modificare il modello semantico e il report nella fase di sviluppo. Quando il team è pronto per testare le modifiche, distribuisce il contenuto nella fase di test. Quando il team è pronto a rilasciare le modifiche apportate all'ambiente di produzione, distribuisce il contenuto nella fase di produzione.

Per altre informazioni sulla distribuzione del contenuto, vedere Distribuire il contenuto.

Passaggio 6: Creare un'area di lavoro isolata

Per modificare l'area di lavoro senza interferire con le modifiche degli altri membri del team, ogni membro del team crea la propria area di lavoro isolata per lavorare fino a quando non è pronto a condividere le modifiche con il team.

  1. Creare una nuova area di lavoro come nel passaggio 1.

    Screenshot of workspace with new workspace link displayed.

  2. Connessione questa nuova area di lavoro a un nuovo ramo del repository Git:

    Dal menu a discesa specificare i dettagli seguenti sul ramo a cui si vuole connettersi:

    • Azienda
    • Progetto
    • Repository Git
    • Selezionare + Nuovo ramo per creare un nuovo ramo.
    • Denominare il nuovo ramo MyFoodEdits, diramarlo dal ramo principale (o master) e selezionare Crea.
    • Cartella nel repository in cui si trova il file con estensione pbix .

    Screenshot of workspace settings window with create new branch.

  3. Selezionare Connessione e sincronizzazione.

La nuova area di lavoro contiene ora il contenuto della cartella repository Git. Si noti che non contiene il file con estensione pbix . Poiché i file con estensione pbix non sono supportati, questo file non è stato copiato nel repository Git durante la sincronizzazione.
Si tratta dell'area di lavoro usata per apportare modifiche al modello semantico e al report fino a quando non si è pronti per condividerli con il team.

Passaggio 7: Modificare l'area di lavoro

Apportare modifiche all'area di lavoro creando, eliminando o modificando un elemento. In questa esercitazione viene modificato il formato di una colonna del modello semantico. È possibile modificare l'area di lavoro in Power BI Desktop o nel modello di dati. In questa esercitazione si modifica l'area di lavoro dal modello di dati.

  1. Nell'area di lavoro modello semantico selezionare i puntini di sospensione del modello semantico (tre punti) Open data model (Open Data Model). >

    Screenshot of open data model in the expanded semantic model menu.

    Nota

    Se Open data model è disabilitato, passare a Impostazioni > area di lavoro Power BI > Generale e abilitare le impostazioni del modello di dati.

    Screenshot of data model settings check box.

  2. Nella tabella Order_details selezionare Sconto.

    Screenshot of connected tables in the data view with the discount column of the Order Details table selected.

  3. Nel riquadro Proprietà modificare il formato da Generale a Percentuale.

    Screenshot of publishing changes in Git.

Passaggio 8: Eseguire il commit delle modifiche

Per eseguire il commit di questa modifica dall'area di lavoro al ramo Git, tornare alla home page dell'area di lavoro.

L'icona del controllo del codice sorgente viene ora visualizzata 1 perché un elemento nell'area di lavoro è stato modificato ma non è stato eseguito il commit nel repository Git. Il modello semantico FoodSales mostra lo stato Uncommitted.

Screenshot of source control icon showing one uncommitted change.

  1. Selezionare l'icona del controllo del codice sorgente per visualizzare gli elementi modificati nel repository Git. Il modello semantico mostra lo stato Modificato.

  2. Selezionare l'elemento per eseguire il commit e aggiungere un messaggio facoltativo.

  3. Selezionare Commit.

    Screenshot of committing changes.

Lo stato Git del modello semantico cambia in Sincronizzato e l'area di lavoro e il repository Git sono sincronizzati.

Passaggio 9: Creare una richiesta pull e unisci

Nel repository Git creare una richiesta pull per unire il ramo MyFoodEdits al ramo main .

  1. Selezionare Creare una richiesta pull.

    Screenshot of create pull request.

  2. Specificare un titolo, una descrizione e tutte le altre informazioni desiderate per la richiesta pull. Selezionare Crea.

    Screenshot of naming pull request and adding description.

  3. Unire la richiesta pull.

    Screenshot of merge pull request.

Passaggio 10: Aggiornare l'area di lavoro condivisa

Tornare all'area di lavoro condivisa connessa alla fase di sviluppo della pipeline di distribuzione (quella creata nel passaggio 1) e aggiornare la pagina.
L'icona del controllo del codice sorgente mostra ora 1 perché un elemento nel repository Git è stato modificato ed è diverso dagli elementi nell'area di lavoro FoodSales. Il modello semantico FoodSales mostra lo stato Update obbligatorio.

Screenshot of source control icon showing one difference.

  1. Selezionare l'icona del controllo del codice sorgente per visualizzare gli elementi modificati nel repository Git. Il modello semantico mostra lo stato Modificato.

  2. Selezionare Aggiorna tutto.

    Screenshot of update workspace.

Lo stato Git del modello semantico cambia in Sincronizzato e l'area di lavoro viene sincronizzata con il ramo Git principale .

Passaggio 11: Confrontare le fasi nella pipeline di distribuzione

  1. Selezionare Visualizza pipeline di distribuzione per confrontare il contenuto nella fase di sviluppo con il contenuto nella fase di test.

    Screenshot of View deployment pipelines icon.

    Si noti l'icona arancione X tra le fasi che indicano che sono state apportate modifiche al contenuto in una delle fasi successive all'ultima distribuzione.

    Screenshot showing pipeline stages are different.

  2. Selezionare la freccia >giù Rivedi modifiche per visualizzare le modifiche. La schermata Modifica revisione mostra la differenza tra i modelli semantici nelle due fasi.

    Screenshot of change review.

  3. Esaminare le modifiche e chiudere la finestra.

Per altre informazioni sul confronto delle fasi in una pipeline di distribuzione, vedere Confrontare le fasi in una pipeline di distribuzione.

Passaggio 12: Eseguire la distribuzione nella fase di test

Quando si è soddisfatti delle modifiche, distribuire le modifiche alle fasi di test e/o produzione usando lo stesso processo usato nel passaggio 5.

Riepilogo

In questa esercitazione si è appreso come usare le pipeline di distribuzione insieme all'integrazione git per gestire il ciclo di vita di un'app, di un report o di altro contenuto in un'area di lavoro.
In particolare, si è appreso come:

  • Configurare le aree di lavoro e aggiungere contenuto per la gestione del ciclo di vita in Fabric.
  • Applicare le procedure consigliate Git per lavorare da soli e collaborare con i colleghi di team sulle modifiche.
  • Combinare pipeline git e di distribuzione per un processo di rilascio end-to-end efficiente.