Concetti chiave per i nuovi utenti di Azure Pipelines
Azure DevOps Services
Informazioni sui concetti e sui componenti chiave che costituiscono Azure Pipelines. Comprendere i termini e le parti di base di una pipeline consentono di compilare, testare e distribuire il codice in modo più efficace.
Panoramica dei concetti chiave
- Un trigger fa partire una pipeline.
- Una pipeline è costituita da una o più fasi . Una pipeline può essere distribuita in uno o più ambienti .
- Una fase è un modo per organizzare attività all'interno di una pipeline, e ciascuna fase può includere uno o più lavori.
- Ogni lavoro viene eseguito su un agente . Un'attività può anche essere senza agente.
- Ogni agente esegue un processo che contiene uno o più passaggi .
- Un passaggio può essere un'attività o uno script ed è il mattone più piccolo di una pipeline.
- Un'attività è uno script preconfezionato che esegue un'azione, ad esempio richiamare un'API REST o pubblicare un artefatto di compilazione.
- Un artefatto è una raccolta di file o pacchetti pubblicati da un processo.
termini di Azure Pipelines
Agente
Quando viene eseguita la compilazione o la distribuzione, il sistema avvia uno o più processi. Un agente è un'infrastruttura di calcolo con software agente installato che esegue un lavoro alla volta. Ad esempio, la tua attività potrebbe essere eseguita su un agente Ubuntu ospitato da Microsoft.
Per informazioni più approfondite sui diversi tipi di agenti e su come usarli, vedere Agenti di Azure Pipelines.
Approvazioni
Approvazioni definiscono un set di convalide necessarie prima che venga eseguita la distribuzione. L'approvazione manuale è un controllo comune eseguito per controllare le distribuzioni in ambienti di produzione. Quando i controlli vengono configurati in un ambiente, l'esecuzione della pipeline viene sospesa fino al completamento di tutti i controlli.
Artefatto
Un artefatto è una raccolta di file o pacchetti pubblicati durante un'esecuzione. Gli artefatti vengono resi disponibili alle attività successive, ad esempio distribuzione o implementazione. Per altre informazioni, vedere Artefatti in Azure Pipelines.
Consegna Continua
La consegna continua (CD) è un processo in base al quale il codice viene compilato, testato e distribuito in una o più fasi di test e produzione. La distribuzione e il test in più fasi aiutano a migliorare la qualità. I sistemi di integrazione continua producono artefatti distribuibili, tra cui infrastruttura e app. Le pipeline di versione automatizzate usano questi artefatti per rilasciare nuove versioni e correzioni ai sistemi esistenti. I sistemi di monitoraggio e avviso vengono eseguiti costantemente per ottenere visibilità sull'intero processo cd. Questo processo garantisce che gli errori vengano rilevati spesso e presto.
Integrazione continua
L'integrazione continua (CI) è la procedura usata dai team di sviluppo per semplificare il test e la compilazione di codice. L'integrazione continua consente di rilevare i bug o i problemi all'inizio del ciclo di sviluppo, che li rende più facili e veloci da correggere. I test e le compilazioni automatizzati vengono eseguiti come parte del processo di integrazione continua. Il processo può essere eseguito in base a una pianificazione prestabilita, ogni volta che viene inviato il codice o in entrambi i casi. Gli elementi noti come artefatti vengono prodotti dai sistemi CI. Vengono usate dalle pipeline di distribuzione continua per guidare le distribuzioni automatiche.
Distribuzione
Una distribuzione della pipeline classica è l'azione di eseguire le attività per una fase. La distribuzione può includere l'esecuzione di test automatizzati, la distribuzione degli artefatti di compilazione e le altre azioni specificate per tale fase.
Per le pipeline YAML, una distribuzione fa riferimento a un processo di distribuzione . Un processo di distribuzione è una raccolta di passaggi eseguiti in sequenza in un ambiente. È possibile usare strategie come eseguire una sola volta, eseguire in sequenza e canary per i processi di distribuzione.
Gruppo di distribuzione
Un gruppo di distribuzione è un insieme di macchine di destinazione su cui sono installati gli agenti. Un gruppo di distribuzione è solo un altro raggruppamento di agenti, ad esempio un pool di agenti . È possibile impostare le destinazioni di distribuzione in una pipeline per un'attività usando un gruppo di distribuzione. Altre informazioni sugli agenti di provisioning per i gruppi di distribuzione .
Ambiente
Un ambiente è una raccolta di risorse in cui si distribuisce l'applicazione. Un ambiente può contenere una o più macchine virtuali, contenitori, app Web o qualsiasi servizio. Le pipeline vengono implementate in uno o più ambienti dopo che una build è completata e i test sono eseguiti.
Lavoro
Una fase contiene uno o più lavori . Ogni processo viene eseguito su un agente. Un lavoro rappresenta un confine di esecuzione di un set di passaggi. Tutti i passaggi vengono eseguiti congiuntamente nello stesso agente. Le attività sono più utili quando si vuole eseguire una serie di fasi in ambienti diversi. Ad esempio, è possibile creare due configurazioni: x86 e x64. In questo caso, si dispone di una fase e due lavori. Un'attività è per x86 e l'altra attività è per x64.
I processi senza agente vengono eseguiti in Azure DevOps e azure DevOps Server senza usare un agente. Un numero limitato di attività supporta attività senza agenti.
Oleodotto
Una pipeline definisce il processo di integrazione e distribuzione continua per l'app. È costituito da una o più fasi. Può essere considerato come un flusso di lavoro che definisce come vengono eseguiti i passaggi di test, compilazione e distribuzione.
Per le pipeline classiche, una pipeline può essere anche chiamata definizione.
Rilascio
Per le pipeline classiche, un versione è un set di elementi con controllo delle versioni specificato in una pipeline. La versione include uno snapshot di tutte le informazioni necessarie per eseguire tutte le attività e le azioni nella pipeline di rilascio, ad esempio fasi della pipeline, attività della pipeline, criteri come trigger e responsabili delle approvazioni, e opzioni di distribuzione. È possibile creare una versione manualmente, con un trigger di distribuzione o con l'API REST.
Per le pipeline YAML, le fasi di compilazione e rilascio sono in un'unica pipeline a più fasi.
Correre
Un run rappresenta un'esecuzione di una pipeline. Raccoglie i log associati all'esecuzione dei passaggi e i risultati dell'esecuzione dei test. Durante un'esecuzione, Azure Pipelines elabora prima la pipeline e quindi invia l'esecuzione a uno o più agenti. Ogni agente esegue attività. Scopri di più sulla sequenza di esecuzione della pipeline .
Per le pipeline classiche, un build rappresenta un'esecuzione di una pipeline.
Copione
Uno script esegue il codice in un passaggio della tua pipeline usando la riga di comando, PowerShell o Bash. È possibile scrivere script multipiattaforma per macOS, Linux e Windows. A differenza di un'attività , uno script è codice personalizzato specifico della tua pipeline.
Palco
Una fase è un limite logico nella pipeline. Può essere usato per contrassegnare la separazione delle funzioni (ad esempio, Sviluppo, controllo di qualità e produzione). Ogni fase contiene uno o più lavori. Quando si definiscono più fasi in una pipeline, per impostazione predefinita, vengono eseguite una dopo l'altra. È possibile specificare le condizioni per quando una fase viene eseguita. Quando stai pensando se hai bisogno di un palco, chiediti:
- I gruppi separati gestiscono parti diverse di questa pipeline? Ad esempio, è possibile disporre di un gestore di test che gestisce i processi correlati ai test e a un gestore diverso che gestisce i processi correlati alla distribuzione di produzione. In questo caso, è opportuno avere fasi separate per i test e la produzione.
- Esiste un set di approvazioni connesse a un processo o a un set di processi specifico? In tal caso, è possibile usare le fasi per suddividere i processi in gruppi logici che richiedono approvazioni.
- Ci sono attività che richiedono di essere eseguite a lungo? Se un processo nella pipeline ha un tempo di esecuzione lungo, è opportuno inserire tale processo nella propria fase.
Passo
Un passo è il mattoncino più piccolo di una pipeline. Ad esempio, una pipeline può essere costituita da passaggi di compilazione e test. Un passaggio può essere uno script o un'attività. Un'attività è semplicemente uno script predefinito offerto per praticità. Per visualizzare le attività disponibili, consultare il riferimento alle attività di compilazione e rilascio . Per informazioni sulla creazione di attività personalizzate, vedere Creare un'attività personalizzata.
Compito
Un'attività è il blocco predefinito per definire l'automazione in una pipeline. Un'attività è uno script o una routine pacchettizzata che è stata astratta con un insieme di input.
Grilletto
Un trigger è un elemento configurato per indicare alla pipeline quando eseguire. È possibile configurare una pipeline per l'esecuzione quando si verifica un push in un repository, in orari pianificati o al completamento di un'altra compilazione. Tutte queste azioni sono note come attivatori. Per ulteriori informazioni, vedere gli attivatori di compilazione e gli attivatori di rilascio .
Biblioteca
L' libreria
Informazioni sugli autori
- Dave Jarvis ha contribuito al grafico riepilogativo dei concetti chiave.