Introduzione all'integrazione delle pipeline di distribuzione con il database SQL in Microsoft Fabric
Si applica a:✅Database SQL in Microsoft Fabric
In questa esercitazione si apprenderà come distribuire le modifiche al database SQL in Fabric usando le pipeline di distribuzione e un ambiente multi-area di lavoro.
Le pipeline di distribuzione in Fabric fungono da meccanismo per promuovere le modifiche tra ambienti in modo che gli sviluppatori possano collaborare alle modifiche e convalidare un set di modifiche in uno o più oggetti. Concettualmente, le fasi più comuni in una pipeline sono:
- Sviluppo: la prima fase nelle pipeline di distribuzione in cui si caricano nuovi contenuti con i colleghi creatori. È possibile progettare build e sviluppare qui o in una fase diversa.
- Test: dopo aver apportato tutte le modifiche necessarie al contenuto, si è pronti per entrare nella fase di test. Caricare il contenuto modificato in modo che possa essere spostato in una fase di test. Di seguito sono riportati tre esempi di operazioni che è possibile eseguire nell'ambiente di test:
- Condividere il contenuto con tester e revisori
- Caricare ed eseguire test con volumi di dati più elevati
- Testare l'app per vedere come viene visualizzata dagli utenti finali
- Produzione: dopo aver testato il contenuto, usare la fase di produzione per condividere la versione finale del contenuto con gli utenti aziendali nell'organizzazione.
Per il database SQL in Fabric in particolare, lo spostamento delle modifiche tra aree di lavoro usa gli stessi meccanismi dell'aggiornamento di un'area di lavoro dal controllo del codice sorgente. Con le pipeline di distribuzione i dati esistenti rimangono sul posto mentre il servizio Fabric calcola il T-SQL necessario per aggiornare il database in modo che corrisponda allo stato desiderato (modifiche in ingresso). Se le modifiche richiedono la perdita di dati, Fabric richiede di apportare manualmente le modifiche.
Prerequisiti
- Tutto ciò che serve è una capacità di Fabric. In caso contrario, avviare una versione di valutazione di Fabric.
- Assicurarsi di abilitare il database SQL nelle impostazioni del tenant di Fabric.
- Creare una nuova area di lavoro o usare un'area di lavoro infrastruttura esistente.
- Creare o usare un database SQL esistente in Fabric. Se non ne è già disponibile uno, creare un nuovo database SQL in Fabric.
Attrezzaggio
- Creare un'altra area di lavoro in Infrastruttura. Questa area di lavoro viene usata come seconda fase nella pipeline di distribuzione e viene suggerito un nome derivato della prima area di lavoro. Ad esempio, se la prima area di lavoro è denominata
ContosoApp
, la seconda area di lavoro potrebbe essere denominataContosoApp-Test
. - Creare una nuova pipeline di distribuzione in Fabric. È possibile trovare un punto di ingresso per le pipeline di distribuzione nella parte inferiore dell'elenco delle aree di lavoro, quindi selezionare Crea pipeline o + Nuova pipeline.
- Nella finestra di dialogo Crea una pipeline di distribuzione immettere un nome e una descrizione per la pipeline e selezionare Avanti.
- Impostare la struttura della pipeline di distribuzione definendo le fasi necessarie per la pipeline di distribuzione. Per impostazione predefinita, la pipeline ha tre fasi denominate Sviluppo, Test e Produzione. In questa esercitazione è possibile rimuovere la fase di produzione e mantenere solo sviluppo e test.
- Assegnare le due aree di lavoro alle fasi sviluppo e test selezionando l'area di lavoro nell'elenco e quindi selezionare Assegna.
Distribuire il contenuto da una fase all'altra
La pipeline di distribuzione fabric confronta automaticamente il contenuto delle aree di lavoro di sviluppo e test. Durante l'esecuzione del confronto, verrà visualizzata un'icona di stato rotante nell'area di lavoro di test. Al termine del confronto, se si seleziona la fase della pipeline di test, verrà visualizzato un riepilogo delle differenze in base all'elemento Fabric in cui il contenuto dell'area di lavoro di sviluppo è contrassegnato come "solo nell'origine".
- Per eseguire la distribuzione da Sviluppo a Test, selezionare tutti gli elementi nell'elenco e quindi selezionare Distribuisci.
- Poiché si usano pipeline di distribuzione di Fabric senza alcun controllo del codice sorgente, è consigliabile usare il campo note nella distribuzione per aiutare il team a sapere quali modifiche sono associate.
- Dopo aver selezionato Distribuisci nella finestra di dialogo di distribuzione della fase, Fabric esegue la pipeline di distribuzione in background.
Al termine della distribuzione, la fase della pipeline di test indica che è aggiornata.
Esaminare le differenze tra le fasi
Le pipeline di distribuzione possono essere usate per confrontare il contenuto delle aree di lavoro assegnate alle diverse fasi. Per il database SQL in Fabric, il confronto include le differenze specifiche tra i singoli oggetti di database nelle aree di lavoro di sviluppo e test.
- Dopo aver completato la distribuzione della pipeline, tornare all'area di lavoro di sviluppo e apportare una modifica agli oggetti di database. Le modifiche possono essere una nuova tabella, una nuova colonna o una modifica a una stored procedure esistente.
- Dopo aver apportato la modifica, tornare alla pipeline di distribuzione. Si noterà che la pipeline ha rilevato la modifica ed è pronta per distribuirla nell'area di lavoro di test.
- selezionare la fase di test in modo che l'elenco di elementi nella metà inferiore della finestra visualizzi uno o più come "diverso dall'origine". Selezionare un elemento con modifiche diverse dall'origine e usare l'opzione Confronta per ottenere dettagli più approfonditi sulle modifiche.
- La finestra di dialogo che si apre per un elemento di database SQL è simile a un confronto dello schema in cui sono visualizzate differenze specifiche per ogni oggetto di database SQL (tabella, stored procedure, vista e così via).
Dopo aver esaminato le modifiche in sospeso dall'area di lavoro di sviluppo, è possibile ripetere le azioni della sezione precedente per distribuire tali modifiche alla fase di test. È possibile selezionare le modifiche tra aree di lavoro per ogni elemento, quindi se non si vogliono distribuire le modifiche in un oggetto (ad esempio un notebook) è possibile deselezionare tale elemento prima della distribuzione. Per apportare modifiche ai singoli oggetti di database SQL, è necessario tornare all'area di lavoro di sviluppo per apportare tali modifiche nel database SQL.