Instances de pipeline par version

Lorsque vous appelez Cloud Deploy pour créer une version qui sera gérée par votre pipeline de livraison, le pipeline et les cibles sont conservés dans leur état actuel pour cette version. Vous pouvez toujours modifier votre pipeline de diffusion et vos fichiers de définition des cibles, mais les modifications que vous apportez ne s'appliquent qu'aux versions ultérieures.

À quoi sert Cloud Deploy ?

Pour que vos versions restent fiables et durables, le pipeline de livraison et ses les ressources associées sont conservées lors de la création de la version. Ce la préservation empêche que des modifications récentes apportées à la définition du pipeline de livraison affectant la version, les fichiers manifestes générés risquent de ne pas pouvoir s'adapter.

Pourquoi est-ce important ?

Lorsqu'un pipeline de livraison est modifié après la création de votre version, Cloud Deploy livre la version conformément à la définition de pipeline précédente (telle qu'au moment de la création de la version) et non à la nouvelle définition. Ce votre comportement ne pose pas de problème à moins que vous, ou un autre membre de votre organisation, s'attend à ce que la version suive le nouveau comportement du pipeline.

Quand est-ce important ?

  • Lorsque vous faites la promotion d'un release

    Lorsque la version a été créée pour la première fois, Cloud Deploy a pris un instantané du pipeline. Cet instantané, l'instance de pipeline, version du pipeline qui contrôle le cycle de déploiement de ce release.

    Si quelqu'un modifie le pipeline, puis que vous promouvez la version vers la cible suivante, Cloud Deploy affiche un avertissement vous informant que le déploiement risque de ne pas se comporter comme prévu. Vous pouvez répondre en confirmant la promotion ou de l'annuler.

  gcloud deploy releases promote 
      …
      WARNING: The delivery pipeline was modified since  was created.
      This release will promote based on the state of the delivery pipeline at the
      time of release creation.
      It will not be rolled out to the pipeline in its current state.
      Promoting will result in .
      Learn more at: https://cloud.google.com/deploy/docs/pipeline-instances
      Are you sure you want to promote  to ? Y/n

Si vous confirmez que vous souhaitez continuer, la version est promue vers le cluster cible prévu, avec cette cible configurée comme définie lorsque vous avez créé le release. Autrement dit, les modifications apportées à la cible n'affectent pas cette release.

  • Lorsque vous approuvez un rollout

    Comme pour la promotion, si vous approuvez un rollout et qu'il existe une incohérence entre l'instance de pipeline associée à la version et la définition actuelle du pipeline, Cloud Deploy affiche un message vous informant de l'incohérence. Vous pouvez confirmer ou annuler l'approbation.

  • Lorsque vous effectuez un rollback d'un release.

    Si un pipeline de diffusion ou une cible est modifié après un rollout et que vous essayez de le rétablir, il y aura un décalage de pipeline. Cloud Deploy vous invite à confirmer que vous souhaitez vraiment effectuer un rollback. Dans ce cas, nous nous vous recommandons d'examiner les modifications apportées au pipeline de livraison ou à la cible avant effectuer un rollback.