Les termes de ce document sont définis en fonction de leur utilisation dans Google Cloud Deploy.
Abandonner
Pour désactiver définitivement une version, procédez comme suit :
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 un environnement cible prévu. Dans Google Cloud Deploy, la diffusion d'applications consiste à générer, promouvoir et diffuser les fichiers manifestes Kubernetes de votre application dans le cluster.
Artefact
Les images de conteneur à 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).
Déploiement enfant
Pour le déploiement parallèle, déploiement généré pour le déploiement sur une cible enfant.
Consultez également Contrôleur du déploiement.
Cible enfant
Pour le déploiement parallèle, une cible représentant l'une des multiples cibles individuelles de GKE, d'Anthos ou de Cloud Run sur lesquelles vous effectuez le déploiement simultanément.
Consultez également Déploiement multicible, Déploiement parallèle et Déploiement enfant.
Livraison continue
Une pratique d'ingénierie logicielle qui permet de publier des modifications de manière sécurisée, fréquente et en grande partie 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 et ne nécessite aucune approbation manuelle.
Déploiement du contrôleur
Déploiement généré pour le déploiement parallèle. Le déploiement du contrôleur n'est pas utilisé pour un déploiement sur un seul cluster ou service cible. Il dispose d'un déploiement enfant pour chaque cible enfant.
Voir aussi Déploiement parallèle, Multicible.
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. À comparer à la configuration impérative, dans laquelle vous décrivez les étapes spécifiques permettant d'atteindre cet état.
Outre le rendu et le déploiement de fichiers manifestes Kubernetes déclaratifs, Google Cloud Deploy définit le 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 pour les définitions Skaffold et pipeline de livraison.
Pipeline de livraison
Représentation du workflow qui fournit une application à chaque cible dans 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
- La séquence de promotions entre 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 les 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 affichés dans Cloud Storage.
Hydratant
Consultez Afficher.
Job
Opération spécifique à effectuer sur un déploiement, comme le déploiement ou la validation. En savoir plus
Exécution de la tâche
Ressource enfant d'un déploiement, la tâche exécutée est une instance d'une tâche. En d'autres termes, il s'agit d'une tentative d'exécution d'une tâche telle que le déploiement ou la validation. En savoir plus
Manifest
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 existent dans 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 à renseigner des valeurs spécifiques dans le fichier manifeste, est souvent effectué par des outils tels que Helm, Kustomize et Kpt.
Google Cloud Deploy utilise Skaffold pour orchestrer le rendu de la configuration (commande skaffold render).
Voir aussi Rendu.
Multicible
Lors de la configuration ou de l'exécution d'un déploiement parallèle, une cible multiple est une étape de pipeline unique, mais peut comprendre plusieurs environnements d'exécution cibles.
Voir aussi Cible enfant, Déploiement parallèle, Déploiement du contrôleur.
Un déploiement parallèle
Pratique de déploiement d'une application sur plusieurs cibles en même temps et au cours de la même étape du pipeline de livraison. Cette technique vous permet par exemple de déployer plusieurs clusters ou services en production.
Phase
Collection d'opérations (tâches) regroupées dans un déploiement qui sont regroupées logiquement, par exemple un déploiement ou un déploiement et une vérification. En savoir plus
Pipeline
Instance de pipeline
Instantané d'un pipeline de livraison, créé 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 systématiquement gérés à 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.
En cas d'incohérence dans le 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 votre fichier de configuration de pipeline de livraison, qui décrit une séquence de promotion d'une cible à une autre, par exemple de test à staging et prod.
Promotion
Processus pour faire avancer une version d'une cible à une autre, en fonction de la progression définie dans le pipeline de livraison.
Enregistrer
Pour fournir une application au service Google Cloud Deploy, sous la forme d'un pipeline de livraison, afin que la diffusion 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
Pour préparer un fichier manifeste à déployer dans la cible Le rendu d'un fichier manifeste consiste principalement à fournir des valeurs pour les variables qu'il contient.
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 a trois rollouts.
Étape
Une cible ou plusieurs cibles dans un pipeline de livraison. Par exemple, dans un pipeline de livraison simple qui comporte les étapes suivantes:
devstagingprod
Chacune correspond à une étape.
Lorsque vous effectuez un déploiement parallèle, le multiobjectif correspond à une étape unique, mais les cibles enfants ne sont pas des étapes distinctes.
Suspendre (pipeline de livraison)
Pour empêcher la création et la promotion de versions à partir d'un pipeline de livraison donné. Pour en savoir plus, consultez la page Suspendre un pipeline de livraison.
Cible
Environnement d'exécution spécifique (cluster Kubernetes, service Cloud Run ou autre environnement d'exécution compatible) dans lequel déployer l'application. La configuration de cet environnement.
Vous pouvez définir vos cibles dans le fichier de configuration du pipeline de livraison ou dans un fichier distinct.
Une cible peut également être une cible multiple ou une cible enfant pour permettre le déploiement parallèle.
Artefact cible
Fichier de configuration utilisé pour le rendu et le déploiement d'une application sur une cible. Il s'agit entre autres du fichier manifeste Kubernetes ou de la définition de service Cloud Run, des fichiers de configuration Skaffold et de la source de rendu utilisée pour les créer.
Validation
Capacité à vérifier qu'un déploiement a abouti en exécutant un conteneur arbitraire avec des tests En savoir plus sur la validation du déploiement