Cette page explique comment configurer Cloud Deploy pour afficher la configuration de chaque cible dans un pipeline de livraison.
Cloud Deploy utilise Skaffold pour effectuer le rendu de vos fichiers manifestes Kubernetes. Ce service est compatible avec l'affichage des fichiers manifestes bruts et des outils de gestion des fichiers manifestes plus avancés, tels que Helm, Kustomize et kpt.
Le processus de rendu comporte deux étapes:
L'outil de gestion des fichiers manifestes génère le fichier manifeste.
Skaffold remplace les références d'image dans le fichier manifeste par les images que vous souhaitez déployer dans votre version.
Cette page présente des exemples de configuration utilisant Helm et Kustomize.
Utiliser Skaffold pour générer la configuration
Si vous ne possédez pas déjà de fichier de configuration Skaffold (skaffold.yaml
), vous pouvez l'utiliser pour en générer un automatiquement, en fonction du contenu de votre dépôt.
Installez Skaffold à l'aide de Google Cloud CLI:
gcloud components install skaffold
Exécutez
skaffold init
dans le dépôt contenant vos fichiers manifestes:skaffold init --skip-build
Cette commande crée un fichier skaffold.yaml
dans votre dépôt. Ce fichier référence les fichiers manifestes de ce dépôt. Le contenu se présente comme suit:
apiVersion: skaffold/v4beta6
kind: Config
metadata:
name: sample-app
manifests:
rawYaml:
- k8s-manifests/deployment.yaml
- k8s-manifests/rbac.yaml
- k8s-manifests/redis.yaml
- k8s-manifests/service.yaml
Afficher les fichiers manifestes bruts
Les fichiers manifestes bruts sont des fichiers manifestes qui ne sont pas gérés par un outil comme Helm ou Kustomize, et ne nécessitent donc aucun prétraitement avant d'être hydratés et déployés sur un cluster.
Par défaut, Cloud Deploy utilise skaffold render
pour afficher vos fichiers manifestes Kubernetes, en remplaçant les noms d'images non tagués par les noms des images de conteneurs que vous déployez. Ensuite, lorsque vous promouvez la version, Cloud Deploy utilise skaffold apply
pour appliquer les fichiers manifestes et déployer les images sur votre cluster Google Kubernetes Engine.
Un stanza manifests
d'une configuration de base se présente comme suit:
manifests:
rawYaml:
- PATH_TO_MANIFEST
Pour en savoir plus sur les valeurs pouvant être transmises ici, consultez la documentation Skaffold.
Effectuer un rendu à l'aide de Helm
Vous pouvez utiliser Cloud Deploy pour effectuer le rendu de vos graphiques Helm. Pour ce faire, incluez les détails du graphique Helm dans une stanza deploy
d'un profil Skaffold.
Chacune de ces définitions se présente comme suit:
apiVersion: skaffold/v4beta6
kind: Config
manifests:
helm:
releases:
- name: RELEASE_NAME
chartPath: PATH_TO_HELM_CHART
artifactOverrides:
image: IMAGE_NAME
Où :
RELEASE_NAME est le nom de l'instance de graphique Helm pour cette version.
PATH_TO_HELM_CHART est le chemin d'accès local à un chart Helm empaqueté ou à un répertoire de chart Helm non empaqueté.
IMAGE_NAME est le nom de l'image de conteneur que vous déployez.
Votre chart Helm doit comporter un paramètre de valeur image
qui définit l'image à déployer dans le chart.
Vous pouvez utiliser d'autres options de configuration Helm, comme décrit dans la documentation Skaffold.
Effectuer un rendu avec Kustomize
Vous pouvez utiliser Kustomize avec Cloud Deploy. Pour ce faire, pointez vers les fichiers Kustomization depuis la section deploy
de la configuration de votre profil skaffold.yaml
.
Vous devez inclure une configuration Kustomize distincte pour chaque cible pour laquelle vous utilisez Kustomize, sous chaque profile
correspondant dans votre skaffold.yaml
.
Chacune de ces définitions se présente comme suit:
apiVersion: skaffold/v4beta6
kind: Config
manifests:
kustomize:
paths:
- PATH_TO_KUSTOMIZE
Où :
PATH_TO_KUSTOMIZE pointe vers vos fichiers Kustomization. La valeur par défaut est ["."]
.
Vous pouvez utiliser d'autres options de configuration Kustomize, comme décrit dans la documentation Skaffold.
Configurer différents fichiers manifestes par cible
Bien souvent, chaque cible nécessite une configuration légèrement différente. Par exemple, vous pouvez avoir plus d'instances répliquées dans vos déploiements de production que dans vos déploiements de préproduction.
Vous pouvez afficher un ensemble différent de fichiers manifestes pour chaque cible en fournissant chaque variante sous la forme d'un profil Skaffold différent.
Profils avec des fichiers manifestes bruts
Lorsque vous utilisez des fichiers manifestes bruts, vous pouvez diriger Cloud Deploy vers un autre fichier en fonction de la cible. Vous pouvez le configurer comme suit:
apiVersion: skaffold/v4beta6
kind: Config
profiles:
- name: prod
manifests:
rawYaml:
- prod.yaml
- name: staging
manifests:
rawYaml:
- staging.yaml
Profils avec Kustomize
Voici un exemple de skaffold.yaml
comportant différents profils de préproduction et de production à l'aide de Kustomize, où chaque profil pointe vers un fichier Kustomization différent:
apiVersion: skaffold/v4beta6
kind: Config
profiles:
- name: prod
manifests:
kustomize:
paths:
- environments/prod
- name: staging
manifests:
kustomize:
paths:
- environments/staging
Profils référencés dans le pipeline de livraison
Ces profils, définis dans skaffold.yaml
, sont référencés dans la configuration du pipeline de livraison, par cible:
serialPipeline:
stages:
- targetId: staging-target
profiles:
- staging
- targetId: prod-target
profiles:
- prod
Étapes suivantes
- En savoir plus sur la configuration du pipeline de livraison Cloud Deploy
- Suivez le tutoriel sur les profils Skaffold Cloud Deploy.
- En savoir plus sur Kustomize.
- En savoir plus sur Helm.
- En savoir plus sur Kpt.
- Pensez à utiliser Artifact Registry pour stocker des artefacts tels que des graphiques Helm ou des fichiers Kustomizations.