Terminologie Google Cloud Deploy

Restez organisé à l'aide des collections Enregistrez et classez les contenus selon vos préférences.

Les termes de ce document sont définis en fonction de leur utilisation dans Google Cloud Deploy.

Abandonner

Pour désactiver définitivement une release.

Application

Le logiciel que vous allez déployer à l'aide de Google Cloud Deploy.

Livraison d'application

Livraison des éléments nécessaires au déploiement d'une application dans l'environnement cible prévu. Dans Google Cloud Deploy, la diffusion d'applications consiste à générer, promouvoir et diffuser votre fichier manifeste Kubernetes d'application dans le cluster.

Artefact

Les images de conteneurs à déployer (artefacts de compilation) et les fichiers de configuration (tels que les fichiers manifestes et les configurations Skaffold) utilisés pour le déploiement (artefacts cibles)

Livraison continue

Pratique en ingénierie logicielle selon laquelle les modifications peuvent être présentées aux utilisateurs de manière sécurisée, fréquente et principalement automatique.

Déploiement continu

Pratique d'ingénierie logicielle entraînant le déploiement automatique de modifications du code et de la configuration

Alors que la livraison continue nécessite une approbation manuelle à une ou plusieurs étapes, le déploiement continu est automatique, sans approbation manuelle.

Langage déclaratif

Configuration d'un système, tel qu'un cluster Kubernetes, qui décrit l'état souhaité et s'appuie sur ce système pour atteindre cet état. À l'inverse de la configuration impérative, dans laquelle vous décrivez les étapes spécifiques permettant d'atteindre cet état.

En plus d'afficher et de déployer des fichiers manifestes Kubernetes déclaratifs, Google Cloud Deploy définit les processus de rendu et de livraison à l'aide de définitions de ressources déclaratives. skaffold.yaml et clouddeploy.yaml sont des noms de fichiers typiques des définitions Skaffold et du pipeline de livraison.

Pipeline de livraison

Représentation du workflow qui diffuse une application sur chaque cible au cours d'une progression du déploiement.

La documentation de Google Cloud Deploy utilise le terme "pipeline de livraison" pour le distinguer des autres pipelines que vous pouvez utiliser, tels qu'un pipeline CI.

Dans Google Cloud Deploy, le pipeline de livraison est défini dans un fichier de configuration YAML (généralement clouddeploy.yaml) et cette définition se compose des éléments suivants:

  • Ciblesde déploiement
  • Séquence de la promotion parmi ces cibles

Consultez également Instance de pipeline.

Environnement d'exécution

Ensemble de ressources Google Cloud sur lesquelles Google Cloud Deploy s'exécute. Il inclut les éléments suivants:

  • Pool de nœuds de calcul par défaut ou privé dans lequel Google Cloud Deploy exécute des actions de rendu et de déploiement

  • Le compte de service d'environnement d'exécution par défaut ou autre qui appelle Google Cloud Deploy pour effectuer le rendu et le déploiement.

  • Emplacement de stockage par défaut ou secondaire pour les fichiers manifestes rendus dans Cloud Storage.

Hydratant

Consultez Afficher.

Fichier manifeste

Objet de configuration Kubernetes utilisé pour créer, modifier et supprimer des ressources Kubernetes telles que des pods, des déploiements, des services ou des entrées.

Les fichiers manifestes dans Google Cloud Deploy présentent l'un des deux états suivants: rendu ou non rendu. Un fichier manifeste non rendu n'est pas prêt pour le déploiement dans une cible. Le processus de rendu, qui consiste à insérer des valeurs spécifiques dans le fichier manifeste, est souvent effectué par des outils tels que Helm, Kustomize et Kpt. Google Cloud Deploy orchestre le rendu de la configuration à l'aide de Skaffold (la commande skaffold render).

Voir aussi Rendu.

Pipeline

Consultez la section Pipeline de livraison.

Instance de pipeline

Instantané d'un pipeline de livraison, réalisé lors de la création d'un release. Google Cloud Deploy conserve cet instantané pour garantir que tous les déploiements d'une version sont gérés de manière cohérente à l'aide du pipeline tel qu'il a été défini lors de la création de release.

Pour en savoir plus, consultez la page Instances de pipeline par version.

Divergence du pipeline

Lorsqu'un pipeline de diffusion ou une cible est modifié après la création d'une version, l'instance de pipeline associée à release est désormais différente de la définition de pipeline.

S'il existe une incohérence au niveau du pipeline, Google Cloud Deploy vous invite à examiner les définitions avant de promouvoir une version ou d'effectuer un rollback.

Pour en savoir plus, consultez la page Instances de pipeline par version.

Progression

Une configuration, dans le fichier de configuration du pipeline de livraison, qui décrit une séquence de promotion d'une cible à une autre (par exemple, de test à staging en passant par prod).

Promotion

Processus pour faire progresser une version d'une cible à une autre, en fonction de la progression définie dans le pipeline de livraison.

Enregistrer

Fournir une application au service Google Cloud Deploy, sous la forme d'un pipeline de livraison, afin que la livraison de l'application soit gérée par le service.

Publier

Une ressource Google Cloud Deploy qui représente les modifications (code, configuration ou les deux) à déployer.

Le cycle de vie des versions est décrit dans le document Architecture du service Google Cloud Deploy.

Rendu

Préparer un fichier manifeste pour le déploiement dans la cible L'affichage d'un fichier manifeste consiste principalement à fournir des valeurs aux variables du fichier manifeste. Pour ce faire, Google Cloud Deploy utilise skaffold render.

Déploiement

Ressource qui associe une version à une cible de déploiement. Un rollout est créé par version et par cible. Par conséquent, dans une progression simple avec trois cibles, il y aura trois rollout.

Suspendre (pipeline de livraison)

Pour empêcher la création et la promotion des versions d'un pipeline de livraison donné. Pour en savoir plus, consultez la page Suspendre un pipeline de livraison.

Target

Environnement d'exécution spécifique (cluster Kubernetes) dans lequel déployer l'application. La configuration de cet environnement.

Vous pouvez définir vos cibles dans votre fichier de configuration du pipeline de livraison ou dans un fichier distinct.

Artefact cible

Fichier de configuration utilisé pour l'affichage et le déploiement d'une application sur une cible. Celles-ci incluent les fichiers manifestes Kubernetes, les fichiers de configuration Skaffold et la source de rendu utilisée pour les créer.