Condividi tramite

Esercitazione: Gestione del ciclo di vita in Fabric

  • Articolo

In questa esercitazione viene illustrato l'intero processo di caricamento dei dati nell'area di lavoro e l'uso delle 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

Importante

La funzionalità di integrazione Git è attualmente in anteprima.

Per integrare Git con l'area di lavoro di Microsoft Fabric, è necessario configurare i prerequisiti seguenti per Fabric e Git.

Prerequisiti dell'infrastruttura

Per accedere alla funzionalità di integrazione git, è necessario uno dei seguenti:

Inoltre, le opzioni del tenant seguenti devono essere abilitate dal portale di amministrazione:

Queste opzioni possono essere abilitate dall'amministratore tenant, dall'amministratore della capacità o dall'amministratore dell'area di lavoro, a seconda delle impostazioni dell'organizzazione.

Prerequisiti Git

L'integrazione git è attualmente supportata per Azure DevOps e GitHub. Per usare l'integrazione di Git con l'area di lavoro fabric, è necessario quanto segue in Azure DevOps o GitHub:

  • Un account Azure attivo registrato allo stesso utente che usa l'area di lavoro Infrastruttura. Creare un account gratuito.
  • Accesso a un repository esistente.
  • Scaricare il file FoodSales.pbix in un repository Git che è possibile modificare. Questo file di esempio viene usato in questa esercitazione. In alternativa, è possibile usare il proprio modello semantico e report, se si preferisce.

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 dell'interfaccia utente Crea area di lavoro.

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

  3. (Facoltativo) Aggiungere una descrizione.

    Screenshot della nuova area di lavoro con nome. Il nome è FoodSalesWS.

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

  5. Selezionare Versione di valutazione o Capacità Premium.

    Screenshot della nuova area di lavoro con la modalità licenza.

  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 dell'interfaccia utente del menu Carica.

  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 dell'area di lavoro FoodSalesWS con un report, un modello semantico e un dashboard.

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 dell'interfaccia utente del menu Impostazioni.

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

    Screenshot del menu Credenziali origine dati.

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

    Screenshot delle credenziali del modello semantico.

  4. Fare clic su Accedi. La connessione viene testata e le credenziali impostate.

È ora possibile creare una pipeline di distribuzione.

Passaggio 3: Connettere l'area di lavoro di sviluppo del team a Git

L'intero team condivide questa area di lavoro e ogni membro del team può modificarlo. 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, distribuire questa area di lavoro 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 Git in modo che tutti i membri del team possano modificarla e creare richieste pull. Seguire questa procedura se si usa un repository Di Azure DevOps. Se si usa un repository GitHub, seguire le istruzioni riportate in Connettere un'area di lavoro a un repository GitHub.

  1. Passare alle impostazioni dell'area di lavoro nell'angolo in alto a destra.

  2. Selezionare Integrazione Git.

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

    Screenshot dell'area di lavoro con il collegamento delle impostazioni dell'area di lavoro visualizzato.

  4. 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 . Questa cartella verrà sincronizzata con l'area di lavoro.

      Screenshot della finestra di integrazione git delle impostazioni dell'area di lavoro con l'area di lavoro connessa al ramo principale del repository.

  5. Selezionare Connetti e sincronizza.

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 dell'icona del controllo del codice sorgente e di altre informazioni Git.

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 Connettere 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, seguire questa procedura:

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

    Screenshot di Create deployment pipeline (Crea pipeline di distribuzione).

  2. Assegnare alla pipeline il nome FoodSalesDP, assegnargli una descrizione (facoltativa) e selezionare Avanti.

    Screenshot di come creare una nuova pipeline con nome.

  3. Accettare le tre fasi predefinite per la pipeline e selezionare Crea.

    Screenshot di tre fasi predefinite di una pipeline di distribuzione.

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

    Screenshot di come assegnare un'area di lavoro.

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

Screenshot della fase di sviluppo.

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 della fase di distribuzione per il test.

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

    Screenshot di Conferma distribuzione.

    L'icona di spunta verde indica che il contenuto delle due fasi è identico, poiché è stato distribuito l'intero contenuto della pipeline.

    Screenshot della fase di sviluppo e della fase di test delle pipeline con un'icona di spunta verde che indica che sono uguali.

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

    Screenshot della fase Deploy to production (Distribuisci nella fase di produzione).

  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 del pulsante Aggiorna.

L'intero team condivide questa pipeline di distribuzione. 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 evitare di modificare l'area di lavoro condivisa e interferire con le modifiche degli altri membri del team, ogni membro del team deve creare una propria area di lavoro isolata per lavorare fino a quando non è pronto a condividere le modifiche con il team.

  1. Nella scheda Ramo del menu Controllo del codice sorgente selezionare la freccia giù accanto al nome del ramo corrente e selezionare Branch out to new workspace (Branch out to new workspace).

    Screenshot dell'opzione di diramazione del controllo del codice sorgente.

  2. Specificare i dettagli seguenti relativi al ramo e all'area di lavoro. Il nuovo ramo viene creato automaticamente in base al ramo connesso all'area di lavoro corrente.

    • Nome ramo (per questa esercitazione, denominarlo MyFoodEdits)
    • Nome dell'area di lavoro (per questa esercitazione denominarlo My_FoodSales)

    Screenshot della diramazione che specifica il nome del nuovo ramo e dell'area di lavoro.

  3. Selezionare Diramazione.

  4. Selezionare Connetti e sincronizza.

Fabric crea la nuova area di lavoro e la sincronizza con il nuovo ramo. Si passa automaticamente alla nuova area di lavoro, ma la sincronizzazione potrebbe richiedere alcuni minuti.

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.
Usare questa area di lavoro per apportare modifiche al modello semantico e al report finché non si è pronti per condividerli con il team.

Passaggio 7: Modificare l'area di lavoro

Dopo aver sincronizzato l'area di lavoro con rami, è possibile 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 del modello di dati aperto nel menu del modello semantico espanso.

    Nota

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

    Screenshot della casella di controllo impostazioni del modello di dati.

  2. Nella tabella Order_details selezionare Sconto.

    Screenshot delle tabelle connesse nella visualizzazione dati con la colonna sconto della tabella Dettagli ordine selezionata.

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

    Screenshot della pubblicazione delle modifiche 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 dell'icona del controllo del codice sorgente che mostra una modifica di cui non è stato eseguito il commit.

  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 del commit dell'interfaccia utente delle modifiche.

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 della creazione dell'interfaccia utente della richiesta pull.

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

    Screenshot della denominazione della richiesta pull e dell'aggiunta di una descrizione.

  3. Unire la richiesta pull.

    Screenshot dell'interfaccia della richiesta pull di merge.

Dopo aver unito le modifiche al ramo main, è possibile eliminare in modo sicuro l'area di lavoro, se necessario. Non viene eliminato automaticamente.

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 dell'icona del controllo del codice sorgente che mostra una differenza.

  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 dell'interfaccia utente dell'area di lavoro di aggiornamento.

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 dell'icona Visualizza pipeline di distribuzione.

    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 che mostra le fasi della pipeline sono diverse.

  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 dell'interfaccia utente di revisione delle modifiche.

  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.

Contenuto correlato