Les termes figurant dans ce document sont définis selon la manière dont ils sont utilisés dans Cloud Deploy.
Abandonner
Pour désactiver définitivement une version
Application
Logiciel que vous allez déployer à l'aide de Cloud Deploy.
Livraison d'application
Livraison des éléments nécessaires au déploiement d'une application dans un environnement cible prévu Dans Cloud Deploy, la diffusion d'une application consiste à générer, promouvoir et diffuser les fichiers manifestes Kubernetes de votre application dans le cluster.
Artefact
Images de conteneur à déployer (artefacts de compilation) et fichiers de configuration, tels que les fichiers manifestes et les configurations Skaffold, utilisés pour le déploiement (artefacts cibles).
Automatisation
L'automatisation vous permet de configurer votre pipeline de livraison et vos cibles de sorte que certaines actions puissent être effectuées sur les versions et les déploiements de ce pipeline, sans qu'une intervention humaine soit nécessaire. Par exemple, vous pouvez configurer votre pipeline de livraison de sorte que la promotion dans une cible spécifique soit automatiquement effectuée dans les bonnes circonstances. En savoir plus
Règle d'automatisation
Le comportement d'une automatisation est défini en partie par la règle d'automatisation. Une règle d'automatisation définit ce qui est automatisé, par exemple la promotion d'une version.
Les règles d'automatisation disponibles sont listées dans le document Utiliser des règles d'automatisation.
Exécution de l'automatisation
Instance d'une automatisation.
Déploiement Canary
Stratégie de déploiement dans laquelle vous déployez d'abord vos modifications auprès d'un sous-ensemble d'utilisateurs, vous les testez pour en garantir la fiabilité, puis vous les déployez complètement.
Déploiement enfant
Pour le déploiement parallèle, le déploiement généré pour le déploiement sur une cible enfant
Consultez également la section Déploiement du contrôleur.
Cible enfant
Pour le déploiement parallèle, une cible représentant l'une des nombreuses cibles GKE, GKE Enterprise ou Cloud Run sur lesquelles vous effectuez un déploiement simultané
Consultez également Multicible, Déploiement parallèle et Déploiement enfant.
Livraison continue
Pratique d'ingénierie logicielle dans laquelle des modifications peuvent être apportées aux utilisateurs en toute sécurité, fréquemment et presque automatiquement.
Déploiement continu
Pratique d'ingénierie logicielle qui entraîne 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. Aucune approbation manuelle n'est requise.
Déploiement du contrôleur
Déploiement généré pour un déploiement en parallèle. Le déploiement du contrôleur n'est pas utilisé pour un déploiement sur un seul cluster ou service cible. Il comporte un déploiement enfant pour chaque cible enfant.
Consultez également Déploiement parallèle et Multicible.
Cible personnalisée
Une cible qui utilise un type de cible personnalisée défini par l'utilisateur plutôt que l'un des types de cibles compatibles
Déclarative
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.
En plus d'afficher et de déployer des fichiers manifestes Kubernetes déclaratifs, Cloud Deploy utilise des définitions de ressources déclaratives pour définir le processus de rendu et de livraison. skaffold.yaml
et clouddeploy.yaml
sont des noms de fichiers typiques pour la définition Skaffold et la définition du pipeline de livraison.
Pipeline de livraison
Représentation du workflow qui fournit une application à chaque cible dans une progression de déploiement.
La documentation de Cloud Deploy utilise le terme "pipeline de livraison" pour le distinguer des autres pipelines que vous pouvez utiliser, tels qu'un pipeline CI.
Dans Cloud Deploy, le pipeline de livraison est défini dans un fichier de configuration YAML, généralement clouddeploy.yaml
, et cette définition comprend les éléments suivants:
- Ciblesde déploiement
- la séquence de promotions parmi ces cibles ;
Consultez également la page Instance de pipeline.
Déployer le hook
Action arbitraire que vous pouvez exécuter avant ou après le déploiement. En savoir plus
Paramètres de déploiement
Espaces réservés qui peuvent être ajoutés à un fichier manifeste, mais qui ne sont pas résolus lors du rendu. À la place, les valeurs de ces espaces réservés sont attribuées après le rendu de chaque fichier manifeste spécifique à la cible. En savoir plus
Stratégie de déploiement
Technique permettant de déployer des modifications en toute sécurité dans votre application tout en minimisant l'impact pour les utilisateurs.
Environnement d'exécution
Ensemble de ressources Google Cloud sur lesquelles Cloud Deploy s'exécute. Il inclut les éléments suivants:
Pool de nœuds de calcul par défaut ou privé dans lequel Cloud Deploy exécute les actions de rendu et de déploiement
Compte de service de l'environnement d'exécution par défaut ou alternatif qui appelle Cloud Deploy pour effectuer le rendu et le déploiement
Emplacement de stockage par défaut ou alternatif pour les fichiers manifestes affichés dans Cloud Storage.
Hydratation
Consultez Affichage.
Job
Opération spécifique à effectuer sur un déploiement, telle que le déploiement ou la vérification. En savoir plus
Exécution du job
Ressource enfant d'un déploiement. Le job exécuté est une instance de job. En d'autres termes, il s'agit d'une tentative d'exécution d'une tâche, telle que le déploiement ou la vérification. 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.
Dans Cloud Deploy, les fichiers manifestes existent dans l'un des deux états suivants: rendu ou non rendu. Un fichier manifeste non affiché 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.
Cloud Deploy utilise Skaffold pour orchestrer le rendu de la configuration (la commande skaffold render
).
Voir aussi Rendu.
Multicible
Lors de la configuration ou de l'exécution d'un déploiement parallèle, un groupe multicible correspond à une seule étape de pipeline, mais peut comprendre plusieurs environnements d'exécution cibles.
Consultez également Cible enfant, Déploiement parallèle, Déploiement du contrôleur.
Déploiement parallèle
Pratique consistant à déployer une application sur plusieurs cibles à la fois, au cours de la même étape du pipeline de livraison. Cette technique vous permet, par exemple, d'effectuer des déploiements sur plusieurs clusters ou services en production.
Phase
Ensemble d'opérations (tâches) d'un déploiement qui sont regroupées de manière logique, par exemple un déploiement ou un déploiement et une vérification. En savoir plus
Pipeline
Consultez Pipeline de livraison.
Instance de pipeline
Instantané d'un pipeline de livraison, pris lors de la création d'une release
.
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 la release
.
Consultez la section Instances de pipeline par version pour plus d'informations.
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 de non-concordance du pipeline, Cloud Deploy vous invite à examiner les définitions avant de promouvoir une version ou d'effectuer un rollback.
Consultez la section Instances de pipeline par version pour plus d'informations.
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
, puis à prod
).
Promotion
Processus d'avancement d'une version d'une cible à une autre, en fonction de la progression définie dans le pipeline de livraison.
S'inscrire
Fournir une application au service Cloud Deploy, sous la forme d'un pipeline de livraison, de sorte que la diffusion de l'application soit gérée par le service
Publier
Ressource Cloud Deploy qui représente les modifications (code, configuration ou les deux) à déployer.
Le cycle de vie de la version est décrit dans le document Architecture du service Cloud Deploy.
Rendu
Pour préparer un fichier manifeste en vue de son déploiement dans la cible. Le rendu d'un fichier manifeste consiste principalement à fournir des valeurs pour les variables dans le fichier manifeste.
Cloud Deploy effectue cette opération à l'aide de skaffold render
.
Quand ?
Ressource qui associe une version à une cible de déploiement. Un rollout
est créé par version et par cible. Ainsi, selon une progression simple sur trois cibles d'un pipeline de livraison, il existe trois ressources rollout
pour la version, soit une pour chaque cible.
Pour les déploiements plus complexes, par exemple à l'aide d'une stratégie de déploiement Canary, un rollout
peut être plus compliqué. En savoir plus
Stratégie de déploiement standard
La stratégie de déploiement standard est la méthode par défaut pour déployer une application sur une cible. Pour chaque étape définie dans le pipeline de livraison, votre application est entièrement déployée sur la cible, en remplaçant à chaque fois l'application telle qu'elle était déployée précédemment.
Étape
Une ou plusieurs cibles dans un pipeline de livraison. Par exemple, dans un pipeline de livraison simple comportant les étapes suivantes:
dev
staging
prod
Chacune de ces étapes est une étape.
Lors d'un déploiement parallèle, la multi-target est une étape unique, mais les cibles enfants ne sont pas des étapes distinctes.
Suspendre (un pipeline de livraison)
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. ainsi que la configuration de cet environnement.
Vous pouvez définir vos cibles dans le fichier de configuration de votre pipeline de livraison ou dans un fichier distinct.
Une cible peut également être une multi-target ou une cible enfant pour permettre un déploiement parallèle.
Artefact cible
Fichier de configuration utilisé pour afficher et déployer une application sur une cible. Ceux-ci incluent le fichier manifeste Kubernetes ou la définition de service Cloud Run, les fichiers de configuration Skaffold et la source de rendu utilisée pour les créer.
Validation
Possibilité de vérifier qu'un déploiement a réussi, en exécutant un conteneur arbitraire avec des tests En savoir plus sur la validation du déploiement