Istanze pipeline per release

Quando richiami Cloud Deploy per creare una nuova release da gestire con la pipeline di distribuzione, la pipeline e i target vengono conservati nel loro stato attuale per quella release. Puoi comunque modificare i file di definizione della pipeline di distribuzione e del target, ma le modifiche apportate influiscono solo sulle release future.

Nota: oltre a memorizzare l'istanza della pipeline con la release, Cloud Deploy memorizza anche l'ambiente di esecuzione, come definito con il target.

Perché Cloud Deploy lo fa?

Per mantenere le release affidabili e durature, la pipeline di distribuzione e le risorse associate vengono conservate al momento della creazione della release. Questa conservazione impedisce che le modifiche recenti alla definizione della pipeline di distribuzione influiscano sulla release in modi che i manifest generati potrebbero non essere in grado di gestire.

Perché tenerne conto?

Quando una pipeline di distribuzione viene modificata dopo la creazione della release, Cloud Deploy distribuisce la release in base alla definizione della pipeline precedente (come era quando è stata creata la release) e non alla nuova definizione. Questo comportamento non è un problema, a meno che tu o qualcun altro nella tua organizzazione non vi aspetti che la release segua il comportamento della pipeline aggiornata.

Quando tenerne conto?

• Quando promuovi una release

  Quando è stata creata la release, Cloud Deploy ha scattato un'istantanea della pipeline. Questa istantanea, l'istanza della pipeline, è la versione della pipeline che controlla il ciclo di deployment di quella release.

  Se qualcuno modifica la pipeline e poi promuovi la release al target successivo, Cloud Deploy mostra un avviso che ti informa che il deployment potrebbe non comportarsi come previsto. Puoi rispondere confermando o annullando la promozione.

  gcloud deploy releases promote 
      …
The pipeline or targets were cached when the release was created, but the source
has changed since then. You should review the differences before proceeding.

Promoting release xxxx-release-00n to target xxx.

Do you want to continue (Y/n)?

Se confermi di voler continuare, la release viene promossa a il cluster di destinazione previsto, con il target configurato come definito al momento della creazione del release. Ciò significa che le modifiche al target non influiscono su quella release.

• Quando approvi un rollout

  Come per la promozione, se approvi un rollout e si verifica una mancata corrispondenza tra l'istanza della pipeline associata alla release e la definizione della pipeline corrente, Cloud Deploy mostra un messaggio che ti informa della mancata corrispondenza. Puoi confermare o annullare l'approvazione.

• Quando esegui il rollback di una release.

  Se una pipeline di distribuzione o un target viene modificato dopo un rollout e provi a eseguire il rollback, si verificherà una mancata corrispondenza della pipeline. Cloud Deploy ti chiederà di confermare se vuoi davvero eseguire il rollback. In questo caso, ti consigliamo vivamente di esaminare la modifica alla pipeline di distribuzione o al target prima di eseguire il rollback.

Cosa puoi fare

Se modifichi una pipeline di distribuzione o uno dei suoi target dopo la creazione di una release, puoi:

• Consenti alla pipeline originale di continuare l'esecuzione, senza le modifiche apportate alla pipeline modificata.

  Le modifiche alla pipeline non influiscono sul resto della release.

• Crea una nuova release.

  La nuova uscita utilizza la nuova pipeline di distribuzione modificata e ricomincia con il primo target nella progressione della pipeline di distribuzione.