Cette page a été traduite par l'API Cloud Translation.

Parcours de formation : Applications évolutives – Centraliser les modifications avec Config Sync

Cet ensemble de tutoriels est destiné aux administrateurs et aux opérateurs informatiques qui souhaitent déployer, exécuter et gérer des environnements d'applications modernes exécutés sur l'édition Enterprise de Google Kubernetes Engine (GKE). Au fur et à mesure que vous progresserez dans cette série de tutoriels, vous allez apprendre à configurer la surveillance et les alertes, à effectuer le scaling des charges de travail et à simuler des défaillances, le tout en utilisant l'exemple d'application de microservices Cymbal Bank :

Créer un cluster et déployer un exemple d'application
Surveiller avec Google Cloud Managed Service pour Prometheus
Effectuer le scaling des charges de travail
Simuler une défaillance
Centraliser la gestion du changement (ce tutoriel)

Présentation et objectifs

Lorsque vous créez des services et des applications, vous pouvez tester les modifications dans différents environnements. À mesure que votre organisation se développe, vous pouvez avoir besoin de différentes configurations de cluster pour différentes équipes. Gérer plusieurs clusters avec des configurations différentes peut s'avérer difficile. Vous pouvez utiliser des outils GitOps tels que Config Sync pour vous aider à relever ces défis.

Dans le tutoriel sur la création d'un cluster, vous avez créé un cluster et déployé l'application Cymbal Bank sur ce cluster.

Dans ce tutoriel, vous allez apprendre à stocker les fichiers manifestes Kubernetes de votre application dans un dépôt Git centralisé et à utiliser des outils tels que Config Sync pour déployer une application sur plusieurs clusters d'un parc. Vous allez apprendre à effectuer les tâches suivantes :

Créer un dépôt Git et le connecter à Cloud Build
Créez un cluster, enregistrez-le dans un parc et installez Config Sync sur votre parc de clusters.
Utiliser un package de parc pour déployer Cymbal Bank et d'autres ressources sur un cluster ou dans un parc

Coûts

L'activation de GKE Enterprise et le déploiement de l'exemple d'application Cymbal Bank pour cette série de tutoriels entraînent des frais par cluster pour GKE Enterprise sur Google Cloud , comme indiqué sur notre page des tarifs, jusqu'à ce que vous désactiviez GKE Enterprise ou que vous supprimiez le projet.

Vous êtes également responsable des autres coûts Google Cloud engendrés par l'exécution de l'exemple d'application Cymbal Bank, tels que les frais pour les VM et les équilibreurs de charge Compute Engine.

Avant de commencer

Pour apprendre à stocker, modifier et déployer des ressources à partir d'un dépôt Git, vous devez suivre le premier tutoriel afin de créer un cluster GKE qui utilise le mode Autopilot et déployer l'exemple d'application basée sur des microservices Cymbal Bank.

Nous vous recommandons de suivre cette série de tutoriels pour Cymbal Bank dans l'ordre. Au fil de votre progression dans les tutoriels, vous apprendrez de nouvelles compétences et utiliserez d'autres produits et services Google Cloud .

Pour utiliser Config Sync afin de déployer des fichiers manifestes Kubernetes à partir d'un dépôt Git vers vos clusters, vous devez activer les API suivantes :

gcloud services enable configdelivery.googleapis.com cloudbuild.googleapis.com developerconnect.googleapis.com

Créer un dépôt Git et le connecter à Cloud Build

Un package de parc est un ensemble de fichiers manifestes de ressources Kubernetes. En regroupant ces fichiers manifestes dans un package, vous pouvez déployer une application sur plusieurs clusters d'un parc directement à partir d'un dépôt Git. Ce workflow présente les avantages suivants :

Évolutivité améliorée grâce au déploiement des ressources dans un parc au lieu de les appliquer manuellement cluster par cluster.
Des mises à jour plus sûres grâce aux déploiements progressifs.
Des workflows supplémentaires pour l'approvisionnement centralisé des fichiers de configuration dans Git, comme le contrôle des versions et les approbations.

Pour montrer comment stocker et apporter des modifications dans Git, vous créez une duplication du dépôt Cymbal Bank et le connectez à Cloud Build.

Dupliquer le dépôt Cymbal Bank

Dans ce tutoriel, vous allez modifier votre dépôt Git pour montrer comment Config Sync vous aide à gérer et à déployer les modifications apportées aux ressources Kubernetes en toute sécurité. Pour effectuer ces modifications directement, vous devez dupliquer le dépôt Git au lieu de le cloner.

Pour créer une duplication du dépôt, procédez comme suit :

Dans GitHub, accédez à l'exemple de dépôt Cymbal Bank (bank-of-anthos).
Cliquez sur Dupliquer pour obtenir une copie du dépôt avec les fichiers sources.
Si nécessaire, connectez-vous à votre compte GitHub. Si vous avez accès à d'autres organisations ou équipes sur GitHub, assurez-vous de copier le dépôt dans votre compte personnel.

Vous disposez désormais d'un fork du dépôt Cymbal Bank. Tous les fichiers manifestes Kubernetes que vous déployez se trouvent dans le dossier /kubernetes-manifests.

Connecter le dépôt à Cloud Build

Cloud Build est un service qui peut exécuter des compilations sur Google Cloud, que vous pouvez utiliser pour la livraison continue de type GitOps. Le service de package de parc de Config Sync utilise Cloud Build pour extraire les ressources Kubernetes de votre dépôt Git et les déployer sur vos clusters. Lorsque vous utilisez un package de parc, vous ne devez configurer Cloud Build qu'une seule fois par dépôt que vous souhaitez synchroniser. L'API de package de parc crée automatiquement les déclencheurs de compilation via Cloud Build.

Connecter votre dépôt GitHub à Cloud Build :

Ouvrez la page Cloud Build dans la console Google Cloud , puis sélectionnez Dépôts.

Ouvrir la page "Dépôts"
Assurez-vous d'être sur la page Dépôts de la deuxième génération. Si nécessaire, sélectionnez Afficher les dépôts (2e génération).
Cliquez sur Créer une connexion hôte.
Dans le menu Région, sélectionnez us-central1 (Iowa).

Attention : Vous ne pouvez sélectionner que us-central1 (Iowa) comme région. La connexion Cloud Build et le package de parc doivent se trouver dans la même région. Les packages de parc (preview) ne sont compatibles qu'avec us-central1.
Dans le champ Nom, saisissez cymbal-bank-connection comme nom de connexion.
Cliquez sur Se connecter.
Si c'est la première fois que vous associez Cloud Build à votre compte GitHub, procédez comme suit :
1. Acceptez la demande de jeton OAuth GitHub. Le jeton est stocké dans Secret Manager pour être utilisé avec la connexion GitHub Cloud Build. Cliquez sur Continuer.
2. Installez Cloud Build dans votre dépôt GitHub. Sélectionnez Installer dans un nouveau compte.
3. Dans la nouvelle fenêtre GitHub qui s'ouvre, sélectionnez le compte GitHub dans lequel vous avez créé la duplication de Cymbal Bank précédemment. Dans un environnement de production, vous pouvez sélectionner d'autres comptes ou dépôts auxquels vous avez délégué l'accès.
4. Suivez les invites d'authentification pour confirmer votre identité dans GitHub.
5. Dans la fenêtre GitHub pour l'accès au dépôt Cloud Build, sélectionnez Uniquement certains dépôts.
6. Dans le menu déroulant qui liste les dépôts, sélectionnez votre duplication de bank-of-anthos.
7. Cliquez sur Enregistrer.
Sur la page Cloud Build de la console Google Cloud , cliquez sur Associer un dépôt pour connecter un nouveau dépôt Git à Cloud Build.
Dans le menu Connexion, sélectionnez cymbal-bank-connection.
Dans le menu Dépôts, sélectionnez votre duplication bank-of-anthos.
Sélectionnez Associer.

Créer des clusters

Dans le premier tutoriel de cette série, vous avez créé un cluster et déployé l'application Cymbal Bank sur ce cluster. Dans un scénario réel, il est peu probable que vous n'ayez qu'un seul cluster à gérer. GKE vous permet de regrouper des clusters dans un parc, qui est un groupe logique de clusters pouvant être gérés ensemble. Dans un parc, vous pouvez regrouper davantage vos clusters, certains représentant différents environnements ou appartenant à différentes équipes. Par exemple, vous pouvez avoir un cluster de développement, un cluster de préproduction et un cluster de production. Dans une grande organisation, chaque équipe peut disposer de ses propres clusters pour différents environnements. En tant qu'administrateur ou opérateur informatique, vous devrez peut-être gérer des dizaines de clusters.

Pour déployer des applications ou des ressources individuelles, comme des règles personnalisées, sur tous ces clusters, les fonctionnalités GKE Enterprise telles que Config Sync peuvent vous aider à gérer ces déploiements à grande échelle.

Pour vous aider à déployer des ressources dans différents environnements ou sur un parc de clusters, vous devez créer un cluster et y déployer l'application Cymbal Bank :

Créez un cluster GKE qui simule un environnement de développement :
```
gcloud container clusters create-auto scalable-apps-dev \
  --project=PROJECT_ID \
  --region=REGION \
  --fleet-project=PROJECT_ID \
  --release-channel=rapid
```
Remplacez les éléments suivants :
- PROJECT_ID par l'ID généré automatiquement pour le projet que vous avez créé dans la section précédente. L'ID du projet est souvent différent du nom du projet. Par exemple, votre projet peut être scalable-apps, mais votre ID de projet peut être scalable-apps-567123.
- REGION par la région dans laquelle vous souhaitez créer votre cluster, par exemple us-central1.
Les libellés sont des paires clé/valeur que vous pouvez ajouter aux ressources GKE pour les organiser. Pour les packages de parc, vous pouvez utiliser des libellés d'appartenance au parc pour personnaliser les clusters ciblés par le package de parc. Les autres types de libellés ne sont pas acceptés.

Ajoutez un libellé à l'appartenance au parc :
```
gcloud container fleet memberships update scalable-apps-dev \
    --update-labels=env=dev
```
Lorsque vous créerez le package de parc plus loin dans ce tutoriel, ce libellé garantira que les ressources ne seront déployées que sur le cluster scalable-apps-dev et non sur le cluster scalable-apps du premier tutoriel de cette série.

Installer Config Sync

Installez Config Sync sur les deux clusters :

Dans la console Google Cloud , accédez à la page Configuration sous la section Fonctionnalités.

Accéder à la page "Configuration"

Cliquez sur Installer Config Sync.
Laissez l'option Mises à niveau manuelles sélectionnée.
Le menu des versions doit être défini par défaut sur la dernière version de Config Sync. Si nécessaire, sélectionnez la version la plus récente.
Sous Options d'installation, sélectionnez Installer Config Sync sur l'ensemble du parc (recommandé).
Cliquez sur Installer Config Sync.
Dans l'onglet Paramètres de Config Sync, examinez le champ État de la liste des clusters. Après quelques minutes, l'état indique "En attente" jusqu'à ce que le cluster soit correctement configuré pour Config Sync. Un délai maximal de 10 minutes peut être nécessaire pour que l'état passe à Activé.

Déployer Cymbal Bank

Dans le premier tutoriel de cette série, vous avez utilisé des commandes kubectl pour appliquer les configurations d'application à votre cluster. Dans ce tutoriel, vous allez utiliser la fonctionnalité de packages de parc de Config Sync pour déployer ces mêmes configurations sur un nouveau cluster. Dans une section ultérieure, vous verrez un exemple d'ajout d'une ressource à votre dépôt Git et de déploiement de ces ressources sur un parc de clusters.

Configurer un compte de service pour Cloud Build

Un compte de service est un type de compte particulier généralement utilisé par une application, et non par une personne. Lorsque vous créez des comptes de service, nous vous recommandons de les créer pour un seul service ou une seule tâche spécifique, et de leur attribuer des rôles précis. Dans ce tutoriel, vous allez créer un compte de service pour accorder à Cloud Build les autorisations nécessaires pour extraire les ressources Kubernetes de votre dépôt Git et les déployer sur vos clusters.

Pour créer le compte de service et accorder les autorisations requises, procédez comme suit :

Créez le compte de service :

gcloud iam service-accounts create "cymbal-bank-service-account"

Accordez au compte de service l'autorisation d'extraire des ressources de votre dépôt Git en ajoutant une liaison de stratégie IAM pour le rôle "Éditeur de bundles de ressources" :
```
gcloud projects add-iam-policy-binding PROJECT_ID \
   --member="serviceAccount:cymbal-bank-service-account@PROJECT_ID.iam.gserviceaccount.com" \
   --role='roles/configdelivery.resourceBundlePublisher'
```
Si vous y êtes invité, sélectionnez None comme condition pour le règlement.
Accordez au compte de service l'autorisation d'écrire des journaux en ajoutant une liaison de stratégie IAM pour le rôle Rédacteur de journaux :
```
gcloud projects add-iam-policy-binding PROJECT_ID \
   --member="serviceAccount:cymbal-bank-service-account@PROJECT_ID.iam.gserviceaccount.com" \
   --role='roles/logging.logWriter'
```
Si vous y êtes invité, sélectionnez None comme condition pour le règlement.

Créer une version pour l'application Cymbal Bank

Un package de parc nécessite un tag de version sémantique pour savoir à partir de quelle version de votre dépôt le déployer. Nous vous recommandons de créer des versions lorsque vous apportez des modifications à votre dépôt. Cela vous aidera à contrôler les versions et à revenir plus facilement à une version stable si nécessaire.

Dans une fenêtre de navigateur Web de votre duplication GitHub de Cymbal Bank, sous la section Versions de la barre latérale, cliquez sur Créer une version.
Sélectionnez le menu Choisir une balise, puis saisissez v1.0.0 comme balise. Cliquez sur Créer un tag.
Cliquez sur Publier la version.

Configurer l'authentification

Comme dans le premier tutoriel de cette série, vous devez créer un jeton JWT pour gérer l'authentification des utilisateurs et un secret Kubernetes pour stocker le jeton JWT du nouveau cluster que vous avez créé. Il est recommandé que chaque cluster dispose d'un jeton JWT unique pour l'authentification.

Dans votre Cloud Shell, créez le jeton JWT :

openssl genrsa -out jwtRS256.key 4096
openssl rsa -in jwtRS256.key -outform PEM -pubout -out jwtRS256.key.pub

Créez le secret Kubernetes :

kubectl create secret generic jwt-key --from-file=./jwtRS256.key --from-file=./jwtRS256.key.pub

Déployer l'application Cymbal Bank avec un package de parc

Une ressource FleetPackage est une API déclarative permettant de déployer plusieurs fichiers manifestes Kubernetes sur un parc de clusters.

Pour créer un package de parc, vous définissez une spécification FleetPackage qui pointe vers le dépôt contenant vos ressources Kubernetes que vous avez connectées à Cloud Build. Vous appliquez ensuite la ressource FleetPackage, qui récupère les ressources à partir de Git et les déploie dans le parc.

Dans Cloud Shell, définissez l'emplacement par défaut des commandes configdelivery de Google Cloud CLI. Comme pour connecter votre dépôt à Cloud Build, vous devez utiliser us-central1 tant que la fonctionnalité de packages de parc est en version Preview :
```
gcloud config set config_delivery/location us-central1
```
Créez un fichier nommé fleetpackage-spec.yaml avec le contenu suivant :
```
resourceBundleSelector:
  cloudBuildRepository:
    name: projects/PROJECT_ID/locations/us-central1/connections/cymbal-bank-connection/repositories/REPOSITORY_NAME
    tag: v1.0.0
    serviceAccount: projects/PROJECT_ID/serviceAccounts/cymbal-bank-service-account@PROJECT_ID.iam.gserviceaccount.com
    path: kubernetes-manifests
target:
  fleet:
    project: projects/PROJECT_ID
    selector:
      matchLabels:
        env: dev
rolloutStrategy:
  rolling:
    maxConcurrent: 1
```
Remplacez REPOSITORY_NAME par le nom de votre dépôt, tel qu'il apparaît dans la connexion Cloud Build.

Les champs du sélecteur correspondent au libellé d'appartenance au parc que vous avez créé précédemment. Cela permet de s'assurer que l'application Cymbal Bank n'est déployée que sur le cluster scalable-apps-dev. Le cluster scalable-apps du premier tutoriel n'est pas affecté. Dans la section suivante, vous verrez un exemple de package de parc qui cible tous les clusters d'un parc.

Le champ "Stratégie de déploiement" contrôle la façon dont les ressources sont déployées dans les clusters. Dans cet exemple, vous ne déployez que sur un seul cluster. Ce champ ne modifie donc pas la façon dont le déploiement se déroule. Toutefois, si vous avez plusieurs clusters, ce paramètre garantit que les fichiers de ressources sont tous appliqués à un cluster avant de passer au suivant. Cela vous permet de surveiller la progression du déploiement.

Créez le package de parc :

gcloud alpha container fleet packages create cymbal-bank-fleet-package \
    --source=fleetpackage-spec.yaml \
    --project=PROJECT_ID

Vérifiez que le package de parc a été créé :
```
gcloud alpha container fleet packages list
```
Le résultat liste l'état du déclencheur de compilation. Après quelques secondes, le champ MESSAGE est mis à jour avec un résultat semblable à ce qui suit :
```
MESSAGES: Build status: WORKING. The release is still being built; see the build status on the following page:
```
Vous pouvez cliquer sur le lien fourni pour afficher les journaux de flux de la tâche Cloud Build. Cloud Build peut mettre quelques minutes à traiter le déclencheur de compilation.
Lorsque le déclencheur de compilation se termine correctement, le résultat de gcloud alpha container fleet packages list est semblable à ce qui suit :
```
NAME: cymbal-bank-fleet-package
STATE: ACTIVE
CREATE_TIME: 2024-07-09T15:15:56
ACTIVE_ROLLOUT: rollout-20240709-153621
LAST_COMPLETED_ROLLOUT:
MESSAGES:
```
Le package de parc commence à déployer les ressources Kubernetes dans votre parc.
Sur la page Google Kubernetes Engine de la console Google Cloud , sélectionnez votre clusterscalable-apps-dev, puis accédez à la page Charges de travail pour afficher une vue agrégée des charges de travail déployées sur tous vos clusters GKE :

Ouvrir la page "Charges de travail"

Vous pouvez rencontrer des erreurs pendant qu'Autopilot ajuste vos pods pour répondre aux demandes de ressources. Après quelques minutes, vos pods devraient commencer à s'exécuter avec l'état OK.
Pour afficher l'interface Web de Cymbal Bank, procédez comme suit :
1. Sur la page Google Kubernetes Engine de la console Google Cloud , accédez à la page Passerelles, services et Ingress.
  
  Accéder à la page "Passerelles, Services et Ingress"
2. Pour trouver l'entrée Cymbal Bank, cliquez sur l'onglet "Ingress" et recherchez l'entrée nommée frontend.
3. Cliquez sur le lien Point de terminaison pour l'entrée frontend, par exemple 198.51.100.143:80, afin d'ouvrir l'interface Web de Cymbal Bank.

Déployer des ressources dans un parc

Imaginez ensuite un scénario dans lequel vous souhaitez étendre votre application Cymbal Bank avec un nouveau microservice. Vous souhaitez déployer ce microservice sur tous vos clusters actuels et sur tous les futurs clusters ajoutés au parc. En utilisant un package de parc, vous pouvez déployer sur plusieurs clusters et bénéficier d'un déploiement automatique sur les nouveaux clusters.

Ajouter des ressources à votre dépôt Git

Pour illustrer l'ajout d'un service à votre application, vous allez créer un déploiement nginx de base et l'ajouter à vos clusters :

Dans une fenêtre de navigateur Web de votre duplication GitHub de Cymbal Bank, cliquez sur Ajouter un fichier, puis sur Créer un fichier.

Nommez votre fichier new-resource/nginx.yaml et collez-y le contenu suivant :

apiVersion: apps/v1
kind: Deployment
metadata:
  name: nginx-deployment
spec:
  replicas: 3
  selector:
    matchLabels:
      app: nginx
  template:
    metadata:
      labels:
        app: nginx
    spec:
      containers:
      - image: nginx:1.14.2
        name: nginx
        ports:
        - containerPort: 80

Cliquez sur Valider les modifications.
Dans la boîte de dialogue de confirmation, conservez l'option Effectuer un commit directement dans la branche main sélectionnée, puis cliquez sur Appliquer les modifications.

Remarque : Dans un scénario réel, il vous faudrait probablement créer une nouvelle demande d'extraction afin que votre modification puisse être examinée et approuvée.
Sur la page principale de votre dépôt Cymbal Bank dupliqué, sélectionnez Versions dans la barre latérale.
En haut de la page, sélectionnez Rédiger une release.
Sélectionnez le menu Choisir une balise, puis saisissez v1.1.0 comme balise. Cliquez sur Créer un tag.
Cliquez sur Publier la version.

Déployer une ressource sur des clusters avec un package de parc

Pour déployer la nouvelle ressource, créez un package de parc :

Ce package de parc cible tous les clusters de votre parc, car il ne contient pas de champ de sélecteur. Cela signifie également que tout futur cluster ajouté au parc sera automatiquement associé au déploiement nginx.

Dans Cloud Shell, créez un fichier nommé new-deployment-fleet-package.yaml et contenant ce qui suit :

resourceBundleSelector:
  cloudBuildRepository:
    name: projects/PROJECT_ID/locations/us-central1/connections/cymbal-bank-connection/repositories/REPOSITORY_NAME
    tag: v1.1.0
    serviceAccount: projects/PROJECT_ID/serviceAccounts/cymbal-bank-service-account@PROJECT_ID.iam.gserviceaccount.com
    path: kubernetes-manifests/new-resource
target:
  fleet:
    project: projects/PROJECT_ID
rolloutStrategy:
  rolling:
    maxConcurrent: 1

Créez le package de parc pour lancer le déploiement :

gcloud alpha container fleet packages create new-deployment-fleet-package \
    --source=new-deployment-fleet-package.yaml \
    --project=PROJECT_ID

Vérifiez que le package de parc a été créé :
```
gcloud alpha container fleet packages list
```
Vous pouvez cliquer sur le lien fourni pour afficher les journaux de flux de la tâche Cloud Build.

Le package de parc commence à déployer les ressources Kubernetes dans votre parc. Le déploiement peut prendre quelques minutes.
Sur la page Google Kubernetes Engine de la console Google Cloud , accédez à la page Charges de travail pour afficher une vue agrégée des charges de travail déployées sur tous vos clusters GKE :

Ouvrir la page "Charges de travail"

Vous pouvez continuer à explorer différentes stratégies de déploiement avec les packages de parc. Par exemple, vous pouvez essayer d'ajouter différents types de ressources à votre dépôt dupliqué et d'utiliser différentes configurations de packages de parc pour les déployer. Vous pouvez également utiliser un package de parc pour supprimer toutes les ressources que vous avez déployées dans vos clusters. Pour en savoir plus sur les packages de parc, consultez la section Déploiement des packages de parc dans la documentation Config Sync.

Supprimer des ressources dans un parc

Tout comme vous pouvez déployer des ressources dans un parc, vous pouvez en supprimer dans un parc à l'aide d'un package de parc.

Pour supprimer des ressources individuelles, procédez comme suit :

Supprimez la ressource de votre dépôt Git.
Créez une version Git et un tag.
Mettez à jour le champ tag du package de parc.
Exécutez la commande de mise à jour du package de parc.

Vous pouvez également supprimer le package de parc lui-même, ce qui supprime également toutes les ressources gérées par le package de parc.

Par exemple, si vous souhaitez supprimer le déploiement nginx de la section précédente, exécutez la commande suivante :

gcloud alpha container fleet packages delete new-deployment-fleet-package --force

Effectuer un nettoyage

Pour éviter que les ressources utilisées dans ce tutoriel ne soient facturées sur votre compte Google Cloud , supprimez le projet que vous avez créé.

Attention : La suppression d'un projet aura les effets suivants :

Tout le contenu du projet est supprimé. Si vous avez utilisé un projet existant pour les tâches décrites dans ce document et que vous le supprimez, vous supprimerez également tout autre travail effectué dans le projet.
Les ID de projets personnalisés sont perdus. Lorsque vous avez créé ce projet, vous avez peut-être créé un ID de projet personnalisé que vous souhaitez utiliser à l'avenir. Pour conserver les URL qui utilisent l'ID de projet, telle qu'une URL appspot.com, supprimez les ressources sélectionnées dans le projet au lieu de supprimer l'ensemble du projet.

Si vous envisagez d'explorer plusieurs architectures, tutoriels et guides de démarrage rapide, réutiliser des projets peut vous aider à ne pas dépasser les limites de quotas des projets.

In the Google Cloud console, go to the Manage resources page.
Go to Manage resources
In the project list, select the project that you want to delete, and then click Delete.
In the dialog, type the project ID, and then click Shut down to delete the project.

Pour supprimer votre dépôt dupliqué, procédez comme suit :

Dans une fenêtre de navigateur Web de votre duplication GitHub de Cymbal Bank, sous le nom de votre dépôt, cliquez sur Settings (Paramètres).
Sur la page des paramètres généraux (sélectionnée par défaut), accédez à la section "Zone de danger" et cliquez sur Supprimer ce dépôt.
Cliquez sur Je souhaite supprimer ce dépôt.
Lisez les avertissements, puis cliquez sur J'ai lu et compris ces effets.
Pour vérifier que vous supprimez le bon dépôt, saisissez le nom du dépôt Cymbal Bank dupliqué dans le champ de texte.
Cliquez sur Supprimer ce dépôt .

Étape suivante

Avant de commencer à créer votre propre environnement de cluster GKE Enterprise semblable à celui que vous avez découvert dans cette série de tutoriels, examinez certaines considérations relatives à la production.