Exécuter des hooks avant et après le déploiement

Exécuter des hooks avant et après le déploiement

Ce guide de démarrage rapide explique comment exécuter un hook de déploiement, un programme arbitraire à exécuter avant ou après le déploiement à l'aide de Cloud Deploy.

Dans ce guide de démarrage rapide, vous allez effectuer les opérations suivantes:

1. Créez un cluster GKE ou un service Cloud Run.

   Pour cela, vous pouvez également utiliser un cluster GKE Enterprise, n'utilise que GKE et Cloud Run.

2. Créez une configuration Skaffold et un fichier manifeste Kubernetes ou une définition de service Cloud Run.

   Le fichier de configuration Skaffold vous permet de configurer l'exécution des hooks de déploiement. Vous identifiez un conteneur à exécuter avant le déploiement et un conteneur à exécuter après le déploiement.

3. Définir votre pipeline de livraison et votre déploiement Cloud Deploy cible.

   Dans la configuration du pipeline de livraison, vous devez référencer les hooks de déploiement définies dans skaffold.yaml pour exécuter ces hooks.

   Ce pipeline ne comprend qu'une seule étape et n'utilise qu'une seule cible.

4. Créez une version qui sera automatiquement déployée sur la cible.

   L'un des hooks est exécuté avant le déploiement de l'application, et l'autre après.

5. Afficher les résultats des hooks avant et après le déploiement dans Cloud Build depuis la page Détails du déploiement de Cloud Deploy console Google Cloud.

Avant de commencer

1. Sign in to your Google Cloud account. If you're new to Google Cloud, create an account to evaluate how our products perform in real-world scenarios. New customers also get $300 in free credits to run, test, and deploy workloads.

2. In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

   Note: If you don't plan to keep the resources that you create in this procedure, create a project instead of selecting an existing project. After you finish these steps, you can delete the project, removing all resources associated with the project.

   Go to project selector

3. Make sure that billing is enabled for your Google Cloud project.

4. Enable the Cloud Deploy, Cloud Build, GKE, Cloud Run, and Cloud Storage APIs.

   Enable the APIs

5. Install the Google Cloud CLI.

6. To initialize the gcloud CLI, run the following command:

   gcloud init

   Note: You can run the gcloud CLI in the Google Cloud console without installing the Google Cloud CLI. To run the gcloud CLI in the Google Cloud console, use Cloud Shell.

7. In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

   Note: If you don't plan to keep the resources that you create in this procedure, create a project instead of selecting an existing project. After you finish these steps, you can delete the project, removing all resources associated with the project.

   Go to project selector

8. Make sure that billing is enabled for your Google Cloud project.

9. Enable the Cloud Deploy, Cloud Build, GKE, Cloud Run, and Cloud Storage APIs.

   Enable the APIs

10. Install the Google Cloud CLI.

11. To initialize the gcloud CLI, run the following command:

    gcloud init

    Note: You can run the gcloud CLI in the Google Cloud console without installing the Google Cloud CLI. To run the gcloud CLI in the Google Cloud console, use Cloud Shell.

Si la CLI est déjà installée, assurez-vous d'exécuter la dernière version version:

gcloud components update

12. Assurez-vous que le compte de service Compute Engine par défaut dispose d'autorisations suffisantes.

    Le compte de service dispose peut-être déjà des autorisations nécessaires. Ces étapes sont incluses pour les projets qui désactivent les attributions automatiques de rôles pour les comptes de service par défaut.

1. Commencez par ajouter le rôle clouddeploy.jobRunner:

   gcloud projects add-iam-policy-binding PROJECT_ID \
       --member=serviceAccount:$(gcloud projects describe PROJECT_ID \
       --format="value(projectNumber)")[e-mail] \
       --role="roles/clouddeploy.jobRunner"
   

2. Ajoutez le rôle de développeur pour votre environnement d'exécution spécifique.
• Pour GKE :

  gcloud projects add-iam-policy-binding PROJECT_ID \
      --member=serviceAccount:$(gcloud projects describe PROJECT_ID \
      --format="value(projectNumber)")[e-mail] \
      --role="roles/container.developer"
  

• Pour Cloud Run:

  gcloud projects add-iam-policy-binding PROJECT_ID \
      --member=serviceAccount:$(gcloud projects describe PROJECT_ID \
      --format="value(projectNumber)")[e-mail] \
      --role="roles/run.developer"
  

3. Ajoutez le rôle iam.serviceAccountUser, qui inclut l'autorisation actAs de déployer dans l'environnement d'exécution :

   gcloud iam service-accounts add-iam-policy-binding $(gcloud projects describe PROJECT_ID \
       --format="value(projectNumber)")[e-mail] \
       --member=serviceAccount:$(gcloud projects describe PROJECT_ID \
       --format="value(projectNumber)")[e-mail] \
       --role="roles/iam.serviceAccountUser" \
       --project=PROJECT_ID
   

Créer votre environnement d'exécution

Si vous déployez sur Cloud Run, vous pouvez ignorer cette commande.

Pour GKE, créez un cluster : deploy-hooks-cluster, avec les paramètres par défaut. Le point de terminaison de l'API Kubernetes du cluster doit être accessible depuis l'Internet public. Clusters GKE sont accessibles en externe par défaut.

gcloud container clusters create-auto deploy-hooks-cluster \
                 --project=PROJECT_ID \
                 --region=us-central1

Préparer la configuration Skaffold et le fichier manifeste de votre application

Cloud Deploy utilise Skaffold pour fournir les éléments à déployer et la façon de le faire target.

Dans ce guide de démarrage rapide, vous allez créer un fichier skaffold.yaml, qui identifie le fichier manifeste à utiliser pour déployer l'application exemple, ainsi que les conteneurs à exécuter avant et après le déploiement (les hooks de déploiement).

1. Ouvrez une fenêtre de terminal.

2. Créez un répertoire et accédez-y.

   GKE

   mkdir deploy-hooks-gke-quickstart
   cd deploy-hooks-gke-quickstart
   

   Cloud Run

   mkdir deploy-hooks-run-quickstart
   cd deploy-hooks-run-quickstart
   

3. Créez un fichier nommé skaffold.yaml avec le contenu suivant :

   GKE

   apiVersion: skaffold/v4beta7
   kind: Config
   manifests:
     rawYaml:
     - k8s-pod.yaml
   deploy:
     kubectl: {}
   customActions:
   - name: predeploy-action
     containers:
     - name: predeploy-echo
       image: ubuntu
       command: ["/bin/sh"]
       args: ["-c", 'echo "this is a predeploy action"' ]
   - name: postdeploy-action
     containers:
     - name: postdeploy-echo
       image: ubuntu
       command: ["/bin/sh"]
       args: ["-c", 'echo "this is a postdeploy action"' ]
   

   Cloud Run

   apiVersion: skaffold/v4beta7
   kind: Config
   manifests:
     rawYaml:
     - service.yaml
   deploy:
     cloudrun: {}
   customActions:
   - name: predeploy-action
     containers:
     - name: predeploy-echo
       image: ubuntu
       command: ["/bin/sh"]
       args: ["-c", 'echo "this is a predeploy action"' ]
   - name: postdeploy-action
     containers:
     - name: postdeploy-echo
       image: ubuntu
       command: ["/bin/sh"]
       args: ["-c", 'echo "this is a postdeploy action"' ]
   

   Ce fichier inclut la strophe customActions:. Cela définit les conteneurs à exécuter avant et après le déploiement (les hooks).

   Consultez la documentation de référence sur skaffold.yaml. pour en savoir plus sur ce fichier de configuration.

4. Créez la définition de votre application, une définition de service pour Cloud Run ou un fichier manifeste Kubernetes pour GKE.

   GKE

   Créez un fichier nommé k8s-pod.yaml avec le contenu suivant :

   apiVersion: v1
   kind: Pod
   metadata:
     name: my-hooks-pod
   spec:
     containers:
     - name: nginx
       image: my-app-image
   

   Ce fichier est un fichier Kubernetes simple manifest, qui s'applique au cluster pour déployer l'application.

   Cloud Run

   Créez un fichier nommé service.yaml avec le contenu suivant :

   apiVersion: serving.knative.dev/v1
   kind: Service
   metadata:
     name: my-hooks-run-service
   spec:
     template:
       spec:
         containers:
         - image: my-app-image
   

   Ce fichier est une définition simple de service Cloud Run, utilisé au moment du déploiement pour créer Google Cloud.

Remarque :Si vous souhaitez utiliser différents fichiers manifestes par cible, consultez cet article sur la gestion des fichiers manifestes pour en savoir plus sur l'utilisation des profils Skaffold.

Créer votre pipeline de livraison et votre cible

Vous pouvez définir votre pipeline et votre cible dans un ou plusieurs fichiers distincts. Dans ce guide de démarrage rapide, vous allez créer un seul fichier.

1. Créez votre pipeline de livraison et votre définition de cible:

   GKE

   Dans le répertoire deploy-hooks-gke-quickstart, créez un fichier: clouddeploy.yaml, avec le contenu suivant:

   apiVersion: deploy.cloud.google.com/v1
   kind: DeliveryPipeline
   metadata:
     name: deploy-hooks-demo-app-gke-1
   description: main application pipeline
   serialPipeline:
     stages:
     - targetId: hooks-staging
       profiles: []
       strategy:
         standard:
           predeploy:
             actions: ["predeploy-action"]
           postdeploy:
             actions: ["postdeploy-action"]
   ---
   
   apiVersion: deploy.cloud.google.com/v1
   kind: Target
   metadata:
     name: hooks-staging
   description: hooks staging cluster
   gke:
     cluster: projects/PROJECT_ID/locations/us-central1/clusters/deploy-hooks-cluster
   

   Cloud Run

   Dans le répertoire deploy-hooks-run-quickstart, créez un fichier nommé clouddeploy.yaml contenant les éléments suivants :

   apiVersion: deploy.cloud.google.com/v1
   kind: DeliveryPipeline
   metadata:
     name: deploy-hooks-demo-app-run-1
   description: main application pipeline
   serialPipeline:
     stages:
     - targetId: hooks-staging
       profiles: []
       strategy:
         standard:
           predeploy:
             actions: ["predeploy-action"]
           postdeploy:
             actions: ["postdeploy-action"]
   ---
   
   apiVersion: deploy.cloud.google.com/v1
   kind: Target
   metadata:
     name: hooks-staging
   description: staging Run service
   run:
     location: projects/PROJECT_ID/locations/us-central1
   

   Remarque :Dans ce fichier, la cible est incluse dans le pipeline de livraison, mais vous pouvez définir des cibles dans un ou plusieurs fichiers distincts.

2. Enregistrez votre pipeline et vos cibles auprès du service Cloud Deploy :

   gcloud deploy apply --file=clouddeploy.yaml --region=us-central1 --project=PROJECT_ID
   

   Vous disposez désormais d'un pipeline de livraison, avec une cible, prêt à déployer votre application et à exécuter vos tâches de prédéploiement et de postdéploiement.

3. Confirmez votre pipeline et vos cibles:

   Dans la console Google Cloud, accédez à la page Pipelines de diffusion de Cloud Deploy pour afficher la liste de vos pipelines de diffusion disponibles.

   Ouvrir la page Pipelines de diffusion

   Le pipeline de livraison que vous venez de créer s'affiche, avec une cible répertoriée dans la colonne Cibles.

   

Créer une version

Une version est la ressource Cloud Deploy centrale qui représente des modifications en cours de déploiement. Le pipeline de diffusion définit le cycle de vie de cette version. Voir Architecture du service Cloud Deploy pour en savoir plus sur ce cycle de vie.

GKE

Exécutez la commande suivante à partir du répertoire deploy-hooks-gke-quickstart pour créer une ressource release représentant l'image de conteneur à déployer :

 gcloud deploy releases create test-release-001 \
   --project=PROJECT_ID \
   --region=us-central1 \
   --delivery-pipeline=deploy-hooks-demo-app-gke-1 \
   --images=my-app-image=gcr.io/google-containers/nginx@sha256:f49a843c290594dcf4d193535d1f4ba8af7d56cea2cf79d1e9554f077f1e7aaa

Cloud Run

Exécutez la commande suivante à partir du répertoire deploy-hooks-run-quickstart pour créer une ressource release représentant l'image de conteneur à déployer :

 gcloud deploy releases create test-release-001 \
   --project=PROJECT_ID \
   --region=us-central1 \
   --delivery-pipeline=deploy-hooks-demo-app-run-1 \
   --images=my-app-image=us-docker.pkg.dev/cloudrun/container/hello@sha256:4a856b6f1c3ce723a456ddc2adfbb794cbfba93f727e2d96fcf6540bd0d6fff4

Comme pour toutes les versions (sauf si elles incluent --disable-initial-rollout), Cloud Deploy crée automatiquement ressource de déploiement. L'application est automatiquement déployée dans la cible configurée pour cette distribution pipeline.

De plus, le job de prédéploiement s'exécute avant le déploiement de l'application. s'exécute ensuite.

Afficher les résultats dans la console Google Cloud

Après quelques minutes, la version est déployée dans votre environnement d'exécution cible.

Les hooks de pré- et post-déploiement que nous avons configurés (à des fins d'exemple) impriment des chaînes dans les journaux Cloud Build. Nous pouvons consulter ces journaux pour vérifier que les hooks ont fonctionné comme prévu.

1. Dans la console Google Cloud, accédez à la page Pipelines de diffusion de Cloud Deploy pour afficher votre pipeline de diffusion ("deploy-hooks-demo-app-gke-1" ou "deploy-hooks-demo-app-run-1").

   Ouvrir la page Pipelines de diffusion

2. Cliquez sur le nom de votre pipeline de livraison ("deploy-hooks-demo-app-gke-1" ou "deploy-hooks-demo-app-run-1").

   La visualisation du pipeline indique l'état de déploiement de l'application. Parce qu’il y a une seule étape du pipeline, la visualisation ne montre qu'un seul nœud.

   

   Votre version est répertoriée dans l'onglet Versions sous Détails du pipeline de diffusion.

3. Cliquez sur l'onglet Déploiements sous Détails du pipeline de diffusion.

4. Cliquez sur le nom du déploiement pour afficher ses détails.

   

   Predeploy (Prédéploiement) et Postdeploy (Postdéploiement) sont listés comme tâches.

5. Cliquez sur Prédéploiement.

   Le journal d'exécution du job s'affiche.

6. Faites défiler la liste des entrées de journal pour trouver predeploy-echo, puis cliquez dessus.

   

   Notez textPayload. Cette chaîne correspond à celle configurée dans predeploy-action dans votre Configuration Skaffold.

7. Cliquez sur la tâche Postdeploy (Postdeploy), puis recherchez l'entrée de journal postdeploy-echo.

   

Effectuer un nettoyage

Pour éviter que les ressources utilisées sur cette page soient facturées sur votre compte Google Cloud, procédez comme suit :

1. Supprimer le cluster GKE ou Cloud Run service:

   GKE

   gcloud container clusters delete deploy-hooks-cluster --region=us-central1 --project=PROJECT_ID
   

   Cloud Run

   gcloud run services delete my-hooks-run-service --region=us-central1 --project=PROJECT_ID
   

2. Supprimez le pipeline de livraison, la cible, la version et le déploiement:

   gcloud deploy delete --file=clouddeploy.yaml --force --region=us-central1 --project=PROJECT_ID
   

3. Supprimez les buckets Cloud Storage créés par Cloud Deploy.

   L'un se termine par _clouddeploy et l'autre par [region].deploy-artifacts.[project].appspot.com.

   uvrez la page du navigateur Cloud Storage

Voilà ! Vous avez terminé le guide de démarrage rapide.

Étape suivante

• En savoir plus sur Cloud Deploy

• Découvrez les principes de base du déploiement d'applications.

• Suivez le tutoriel de Cloud Deploy.

• Découvrez comment combiner les outils CI/CD Google Cloud pour développer et déployer efficacement des logiciels sur GKE.