vRealize Automation Code Stream™ è uno strumento di integrazione e consegna continue (CICD). Creando pipeline che modellano il processo di rilascio del software nel ciclo di vita di DevOps, si crea l'infrastruttura di codice che consegna il software in modo rapido e continuativo.

Quando si utilizza Code Stream per consegnare il software, si integrano due delle parti più importanti del ciclo di vita di DevOps: il processo di rilascio e gli strumenti di sviluppo. Dopo la configurazione iniziale, che integra Code Stream con gli strumenti di sviluppo esistenti, le pipeline automatizzano l'intero ciclo di vita di DevOps.
A partire da vRealize Automation 8.2, i blueprint vengono chiamati VMware Cloud Templates.
Si crea una pipeline che crea, testa e rilascia il software. Code Stream utilizza tale pipeline per far procedere il software dal repository del codice di origine attraverso i livelli di test e distribuirlo alla produzione.
Ulteriori informazioni sulla pianificazione delle pipeline di integrazione e consegna continue sono disponibili qui: Pianificazione di creazione, integrazione e consegna native del codice in Code Stream.
Come gli amministratori di Code Stream utilizzano Code Stream
Gli amministratori possono creare endpoint e assicurarsi che gli sviluppatori abbiano a disposizione istanze funzionanti. Inoltre si creano, si attivano e si gestiscono le pipeline e molto altro. Si dispone del ruolo di Administrator, come descritto in Come gestire accesso utente e approvazioni in Code Stream.
| Per supportare gli sviluppatori... | Procedere come segue... |
|---|---|
| Fornire e gestire gli ambienti. | Creare ambienti in cui gli sviluppatori possano testare e distribuire il codice.
Per ulteriori informazioni, vedere Altre risorse per amministratori e sviluppatori di Code Stream. Vedere anche Tutorial sull'utilizzo di Code Stream. |
| Fornire gli endpoint. | Assicurarsi che gli sviluppatori dispongano di istanze funzionanti di endpoint in grado di connettersi alle rispettive pipeline. |
| Fornire integrazioni con altri servizi. | Assicurarsi che le integrazioni con gli altri servizi funzionino. Per ulteriori informazioni, vedere la documentazione di VMware Cloud Services. |
| Creare pipeline. | Crere pipeline che modellino i processi di rilascio. Per ulteriori informazioni, vedere Creazione e utilizzo di pipeline in Code Stream. |
| Attivare le pipeline. | Assicurarsi che le pipeline vengano eseguite quando si verificano eventi.
Per ulteriori informazioni, vedere Attivazione di pipeline in Code Stream. |
| Gestire le pipeline e le approvazioni. | Ricevere aggiornamenti continui sulle pipeline.
Per ulteriori informazioni, vedere Che cosa sono le operazioni utente e le approvazioni in Code Stream. |
| Monitorare gli ambienti di sviluppo. | Creare dashboard personalizzati in grado di monitorare lo stato, le tendenze, le metriche e gli indicatori principali della pipeline. Utilizzare i dashboard personalizzati per monitorare le pipeline che riescono o non riescono negli ambienti di sviluppo. È inoltre possibile identificare e segnalare le risorse sottoutilizzate, nonché liberare risorse. È inoltre possibile:
Per ulteriori informazioni, vedere Monitoraggio delle pipeline in Code Stream. |
| Risolvere i problemi. | Risolvere i problemi e gli errori della pipeline negli ambienti di sviluppo.
Vedere anche Impostazione di Code Stream per modellare il processo di rilascio. |
Code Stream fa parte di VMware Cloud Services.
- Utilizzare Cloud Assembly per distribuire modelli di cloud.
- Utilizzare Service Broker per ottenere modelli di cloud dal catalogo.
Per conoscere le altre operazioni che è possibile eseguire, vedere la documentazione di VMware vRealize Automation.
Come gli sviluppatori utilizzano Code Stream
Gli sviluppatori possono utilizzare Code Stream per creare ed eseguire pipeline e per monitorare l'attività delle pipeline sui dashboard. Si dispone del ruolo di User, come descritto in Come gestire accesso utente e approvazioni in Code Stream.
Dopo aver eseguito una pipeline, si desidererà sapere:
- Se il codice ha avuto esito positivo in tutte le fasi della pipeline. Per saperlo, osservare i risultati nelle esecuzioni della pipeline.
- Come comportarsi se la pipeline non è riuscita e come sapere qual è stata la causa dell'esito negativo. Per scoprirlo, osservare gli errori principali nei dashboard della pipeline.
| Per integrare e rilasciare il codice | Procedere come segue |
|---|---|
| Creare pipeline. | Testare e distribuire il codice. Aggiornare il codice quando una pipeline non riesce. |
| Connettere la pipeline agli endpoint. | Connettere le attività della pipeline agli endpoint, ad esempio un repository GitHub. |
| Eseguire pipeline. | Aggiungere un'attività di approvazione dell'operazione utente in modo che un altro utente possa approvare la pipeline in punti specifici. |
| Visualizzare dashboard. | Visualizzare i risultati nel dashboard della pipeline. È possibile visualizzare le tendenze, la cronologia, gli errori e molto altro. |
Per ulteriori informazioni su come iniziare, vedere Guida introduttiva a VMware Code Stream.
Ulteriori informazioni sono disponibili nel pannello di supporto all'interno del prodotto
Se non si trovano le informazioni necessarie, è possibile ottenere ulteriore assistenza nel prodotto. 
- Fare clic e leggere le indicazioni e le descrizioni comandi nell'interfaccia utente per ottenere le informazioni specifiche del contesto dove e quando sono necessarie.
- Aprire il pannello di supporto all'interno del prodotto e leggere gli argomenti visualizzati per la pagina dell'interfaccia utente attiva. È inoltre possibile cercare nel pannello per ottenere risposte alle domande.
Ulteriori informazioni sui webhook
È possibile creare più webhook per rami diversi utilizzando lo stesso endpoint Git e specificando valori diversi per il nome del ramo nella pagina di configurazione del webhook. Per creare un altro webhook per un altro ramo nello stesso repository Git, non è necessario clonare l'endpoint Git più volte per più rami. È infatti sufficiente specificare il nome del ramo nel webhook in modo da poter riutilizzare l'endpoint Git. Se il ramo nel webhook Git è lo stesso ramo dell'endpoint, non è necessario specificare il nome del ramo nella pagina del webhook Git.