Leggere in inglese

Condividi tramite


Esercitazione: Gestione del ciclo di vita in Fabric

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.

Nota

Alcuni elementi per l'integrazione git sono disponibili in anteprima. Per altre informazioni, vedere l'elenco degli elementi supportati.

Prerequisiti

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

Prerequisiti per l'infrastruttura

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

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

Queste opzioni possono essere abilitate dall'amministratore tenant, dall'amministratore di 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 di Fabric, è necessario quanto segue in Azure DevOps o GitHub:

  • Un account Azure attivo registrato con lo 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 si può 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 andare al passaggio 3.

Fase 1: Creare un'area di lavoro Premium

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

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

    Screenshot di Crea interfaccia utente per l'area di lavoro.

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

  3. (Facoltativo) Aggiungere una descrizione.

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

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

  5. Selezionare Versione di valutazione o Capacità premium.

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

  6. Selezionare Applica.

Per ulteriori 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 .pbix.

  1. Dalla barra dei menu in alto, selezionare Carica > Sfoglia.

    Screenshot di Carica interfaccia utente del menu.

  2. Cercare la posizione 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 di Impostazione dell'interfaccia utente del menu.

  2. Selezionare Modelli semantici >Credenziali dell'origine dati > Modifica Credenziali.

    Screenshot del menu per le credenziali dell'origine dati.

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

    Screenshot delle credenziali del modello semantico.

  4. Fare clic su Accedi. La connessione viene testata e le credenziali vengono 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ò 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, implementare 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.

Connettiamo questa area di lavoro al ramo principale del repository Git in modo tale 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 di GitHub, seguire le istruzioni riportate in Connettere un'area di lavoro a un repository di GitHub.

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

  2. Selezionare Integrazione con Git.

  3. Selezionare Azure DevOps. È stato effettuato l'accesso automatico all'account Azure Repos 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 visualizzata.

  4. Dal menu a discesa specificare i dettagli seguenti sul ramo a cui ci si vuole connettere:

    • Azienda

    • Progetto

    • Repository Git

    • Selezionare il ramo principale (o master)

    • Digitare il nome della cartella nel repository in cui si trova il file .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 Connettersi e sincronizzare.

Dopo la connessione, l'area di lavoro visualizza informazioni sul controllo del codice sorgente che consente all'utente 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 mostra 0 perché gli elementi nel repository 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 su come funzionano le 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. Dalla pagina iniziale dell'area di lavoro, selezionare Crea una pipeline di distribuzione.

    Screenshot di Crea una pipeline di distribuzione.

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

    Screenshot di come creare una nuova pipeline con il 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 di 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

Ora, distribuire il contenuto nelle altre fasi della pipeline.

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

    Screenshot di Distribuire alla fase di 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 di Distribuisci alla 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 in cui 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 attuale e selezionare Creare rami verso una nuova area di lavoro.

    Screenshot dell'opzione Creare rami per il 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 del ramo (per questa esercitazione, nominarlo MyFoodEdits)
    • Nome dell'area di lavoro (per questa esercitazione, nominarla My_FoodSales)

    Screenshot dei rami in cui si specifica il nome del nuovo ramo e dell'area di lavoro.

  3. Selezionare Ramificare.

  4. Selezionare Connettersi e sincronizzare.

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

La nuova area di lavoro include ora il contenuto della cartella repository Git. Non contiene il file .pbix. Poiché i file .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 ramificata, è 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 del modello semantico, selezionare i puntini di sospensione del modello semantico (tre punti) >Aprire il modello di dati.

    Screenshot di April il modello di dati nel menu del modello semantico espanso.

    Nota

    Se Apri modello di dati è disabilitato, andare su Impostazioni dell'area di lavoro > Power BI > Generali e abilitare le Impostazioni del modello di dati.

    Screenshot della casella di controllo delle impostazioni del modello di dati.

  2. Dalla tabella Order_details, selezionare Sconto.

    Screenshot delle tabelle connesse nella visualizzazione dati con la colonna sconto della tabella Dettagli dell'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 pagina iniziale dell'area di lavoro.

L'icona del controllo del codice sorgente mostra ora 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 Non sottoposto a commit.

Screenshot dell'icona del controllo del codice sorgente che mostra una modifica non sottoposta a 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 a Sincronizzato e l'area di lavoro e il repository Git sono sincronizzati.

Passaggio 9: Creare una richiesta pull e unire

Nel repository Git, creare una richiesta pull per unire il ramo MyFoodEdits con il ramo principale.

  1. Selezionare Creare una richiesta pull.

    Screenshot di Crea un'interfaccia utente per la richiesta pull.

  2. Specificare un titolo, una descrizione e 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 di Unisci un'interfaccia utente per la richiesta pull.

Dopo aver unito le modifiche al ramo principale, si può eliminare in modo sicuro l'area di lavoro, se necessario. Non viene eliminata 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 di Aggiornamento 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 aggiornata.

Lo stato Git del modello semantico cambia a 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 X arancione tra le fasi che indica che sono state apportate modifiche al contenuto in una delle fasi successive all'ultima distribuzione.

    Screenshot che mostra che le fasi della pipeline sono diverse.

  2. Selezionare la freccia in 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 Modifica revisione.

  3. Rivedere 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: Distribuire alla 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

Questa esercitazione ha illustrato 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 di Git per lavorare da soli e collaborare con i colleghi sulle modifiche.
  • Combinare pipeline di distribuzione e Git per un processo di rilascio end-to-end efficiente.