Inventario

1. Selezionare l' URL e Repository del repository dell'inventario configurato nella catena degli strumenti CI.
2. Fai clic su Continue.

Problemi

1. Selezionare l' URL e Repository per registrare i numeri mentre la pipeline del CD è in esecuzione. Nota che si utilizza un repository di problemi esistente, creato durante la catena di strumenti CI.
2. Fai clic su Continue.

Configurazione pipeline

Il repository di configurazione della pipeline contiene file YAML e script necessari per la distribuzione, i test e altre attività personalizzate.

1. Accettare le impostazioni predefinite per Source Provider.

   Se non si dispone di un repository di configurazione, abilitare l'attivazione Configurazione avanzata e selezionare il tipo Clona repository. La toolchain clona la configurazione di esempio nella tua organizzazione Git. Per ulteriori informazioni sui repository Git, consulta Configurazione di Git Repos and Issue Tracking. Per ulteriori informazioni sugli script personalizzabili, vedere Script personalizzati.

2. Inserite un nome unico del nuovo repository.

3. Fai clic su Continue.

Segreti

1. Questa esercitazione utilizza IBM Cloud® Secrets Manager come cassaforte per i segreti. I campi Regione, Gruppo di risorse e Nome del servizio vengono popolati automaticamente in base alle scelte disponibili. Fare clic sugli indicatori a discesa per visualizzare le altre scelte.
2. Digitate il vostro Secrets Manager nome istanza.
3. Selezionare il tipo di autorizzazione dall'elenco a discesa.
4. Fai clic su Continue.

Conservazione delle prove

1. Selezionare un Riserva di prove esistente.
2. Selezionare l' URL e Repository che è stato creato quando si è configurato il toolchain di integrazione continua (CI). Per ulteriori informazioni sull'archiviazione delle prove, vedere Evidenze.
3. Attivare il cursore del secchio IBM Cloud Object Storage per memorizzare tutte le prove nel secchio IBM Cloud Object Storage.
4. Fai clic su Continue.

Bucket Object Storage cloud

1. Verificare e accettare i dettagli popolati automaticamente IBM Cloud Object Storage. Per ulteriori informazioni sulla configurazione di un bucket che può fungere da deposito di prove di conformità, vedere Configurazione di Object Storage per l'archiviazione di prove.
2. Fornire la propria chiave API del servizio per scrivere su un'istanza IBM Cloud Object Storage.
3. Fai clic su Continue.

Firma del manufatto

1. Inserire facoltativamente Certificato di firma del codice per verificare la validità delle firme degli artefatti. Ad esempio, gli artefatti Docker che vengono costruiti e firmati dalla pipeline CI prima di essere distribuiti in produzione.
2. Fai clic su Continue.

Destinazione della distribuzione

1. Accettare l'opzione Cluster singolo (distribuzione basata su push) per distribuire l'applicazione su obiettivi quali Virtual Server Instance o personalizzare il processo di distribuzione, utilizzare l'opzione Custom.
2. Fare clic su Continua per visualizzare la pagina del cluster.
3. Immettere il campo IBM Cloud API Key per interagire con lo strumento CLI in diverse attività. Nota è possibile importare una chiave esistente da un caveau dei segreti facendo clic sull'icona della chiave.
4. Verificare i campi Regione cluster, Gruppo risorse, Nome cluster e Cluster namespace dove è stato creato il cluster di destinazione.
5. Fai clic su Continue.

Gestione richiesta di modifica

1. Accettare i valori popolati per la gestione delle richieste di modifica. Per ulteriori informazioni, vedi Automazione della gestione delle modifiche.
2. Inserite un nome unico del nuovo repository.
3. Impostare Scopo dell'ambiente target come Production.
4. Impostare il dettaglio Ambiente di destinazione.
5. Fai clic su Continue.

DevOps Insights catena di strumenti

Collegare un'istanza DevOps Insights esistente di un'altra catena di strumenti a questa pipeline, in modo che tutti i record di compilazione, distribuzione e test delle pipeline delle catene di strumenti CI e CD possano essere raccolti nello stesso posto.

La catena di strumenti CD può pubblicare i record di distribuzione su un'istanza DevOps Insights esistente. Per abilitare questa funzione, fornire l'ID della catena di strumenti che contiene l'istanza esistente DevOps Insights selezionandola nell'elenco degli ID della catena di strumenti DevOps Insights.

Il IBM Cloud DevOps Insights è incluso nella toolchain. Visualizzate i risultati dei test della pipeline per ogni build, da ogni distribuzione e ambiente.

1. Fornire la propria DevOps Insights IBM Cloud chiave API.
2. Accettare la configurazione predefinita.
3. Fai clic su Continue.

Strumenti opzionali

Eseguire la pipeline di promozione

Assicurarsi che la pipeline CI sia stata eseguita correttamente prima di eseguire la pipeline di promozione.

1. Fare clic su cd-pipeline.

2. Fare clic su Esegui per la pipeline Avvio promozione manuale.

3. Fare clic su Esegui per attivare la pipeline.

4. Fare clic su Avvio manuale della promozione > #1promotion-pipelinerun pipeline. Attendere il completamento dell'esecuzione della pipeline di promozione e controllare il registro di esecuzione.

   La pipeline di promozione crea una richiesta di pull con il contenuto dell'inventario sull'ambiente di origine dell'inventario, come il ramo master, che punta al ramo dell'ambiente di destinazione dell'inventario, come staging o production.

5. Dopo che la pipeline di promozione è stata completata con successo, il task log promote fornisce un link alla richiesta di pull nel repository dell'inventario. Il nome della richiesta di pull è del formato promote <inventory source environment> to <inventory target environment>, ad esempio, promote master to prod

6. Apri la richiesta di pull nel tuo browser con il link fornito nel log. Completare i dettagli nelle seguenti sezioni:

   • Priorità: (obbligatoria) impostata come Critical, High, Moderate, Low o Planning.
   • Richiesta di modifica dell'assegnatario: (obbligatorio) Email-ID dell'assegnatario.
   • Descrizione aggiuntiva: Descrizione delle modifiche apportate all'applicazione.
   • Scopo/Obiettivo: Scopo delle modifiche apportate all'applicazione.
   • Spiegazione dell'impatto: Impatto della modifica sul comportamento o sull'ambiente dell'applicazione.
   • Piano di backout: Passi per il backout in caso di fallimento dell'installazione.

7. Completare i campi in Pull Request e save.

8. Aggiungere l'etichetta EMERGENCY alla richiesta di pull se i controlli di conformità in CI non sono andati a buon fine e si vuole continuare con la distribuzione

9. Unisci la richiesta di pull da Git Repos and Issue Tracking.

I dettagli della richiesta di pull vengono utilizzati durante la pipeline CD che viene eseguita per creare e aggiornare il repository delle richieste di modifica.

Eseguire la pipeline del CD

È possibile attivare una pipeline di CD in modo manuale o automatico. È possibile attivare la pipeline CD manualmente in qualsiasi momento, ma se non ci sono state modifiche dall'ultima distribuzione andata a buon fine, la pipeline CD si arresta presto perché non c'è nulla da distribuire. È possibile aggiungere e utilizzare force-redeploy variabile per rieseguire il CD senza alcuna modifica di codice. Visualizzare la cattura della schermata di successo della pipeline CD DevSecOps.

È possibile trovare l'applicazione di esempio in esecuzione nello spazio dei nomi di produzione. L'app URL è disponibile all'indirizzo run stage. Registro di prod deployment del passaggio di CD pipeline run. Utilizza l' URL a per verificare che l'app sia in esecuzione.