Terminologie Cloud Deploy

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 ;

Remarque :Vous pouvez définir les cibles dans un fichier distinct.

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