Percorso di apprendimento: applicazioni scalabili - Centralizzare le modifiche con Config Sync

Questo insieme di tutorial è rivolto a operatori e amministratori IT che vogliono eseguire il deployment, eseguire e gestire ambienti di applicazioni moderne che vengono eseguiti su Google Kubernetes Engine (GKE) Enterprise. Man mano che avanzi in questo insieme di tutorial, imparerai come configurare il monitoraggio e gli avvisi, scalare i carichi di lavoro e simulare i guasti, il tutto utilizzando l'applicazione di microservizi di esempio Cymbal Bank:

  1. Creare un cluster ed eseguire il deployment di un'applicazione di esempio
  2. Monitoraggio con Google Cloud Managed Service per Prometheus
  3. Scala i carichi di lavoro
  4. Simulare un errore
  5. Centralizzare la gestione dei cambiamenti (questo tutorial)

Panoramica e obiettivi

Quando crei nuovi servizi e applicazioni, potresti voler testare le modifiche in ambienti diversi. Man mano che la tua organizzazione cresce, potresti aver bisogno di configurazioni di cluster diverse per team diversi. La gestione di più cluster con configurazioni diverse può essere complessa. Puoi utilizzare strumenti GitOps come Config Sync per gestire queste sfide.

Nel tutorial sulla creazione di un cluster, hai creato un cluster ed eseguito il deployment dell'applicazione Cymbal Bank in quel cluster.

In questo tutorial imparerai a archiviare i manifest Kubernetes per la tua applicazione in un repository Git centralizzato e a utilizzare strumenti come Config Sync per eseguire il deployment di un'applicazione in più cluster in un parco. Imparerai a completare le seguenti attività:

  • Crea un repository Git e connettilo a Cloud Build

  • Crea un cluster, registralo in un parco risorse e installa Config Sync nel parco risorse di cluster

  • Utilizza un pacchetto del parco risorse per eseguire il deployment di Cymbal Bank e di altre risorse in un cluster o in un parco risorse

Costi

Se attivi GKE Enterprise e esegui il deployment dell'applicazione di esempio Cymbal Bank per questa serie di tutorial, dovrai sostenere costi per GKE Enterprise su Google Cloud per ogni cluster, come indicato nella nostra pagina dei prezzi, finché non disattivi GKE Enterprise o non elimini il progetto.

Sei inoltre responsabile di altri costi di Google Cloud sostenuti durante l'esecuzione dell'applicazione di esempio Cymbal Bank, ad esempio gli addebiti per le VM Compute Engine e i bilanciatori del carico.

Prima di iniziare

Per scoprire come archiviare, apportare modifiche ed eseguire il deployment di risorse da un repository Git, devi completare il primo tutorial per creare un cluster GKE che utilizzi la modalità Autopilot ed eseguire il deployment dell'applicazione di esempio basata su microservizi Cymbal Bank.

Ti consigliamo di completare questa serie di tutorial per Cymbal Bank in ordine. Man mano che avanzi nella serie di tutorial, acquisisci nuove competenze e utilizzi altri prodotti e servizi Google Cloud.

Per utilizzare Config Sync per eseguire il deployment dei manifest Kubernetes da un repository Git ai tuoi cluster, devi attivare le seguenti API:

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

Crea un repository Git e connettilo a Cloud Build

Un pacchetto del parco risorse è una raccolta di manifest delle risorse Kubernetes. Raggruppando questi manifest in un pacchetto, puoi eseguire il deployment di un'applicazione in più cluster in un parco risorse direttamente da un repository Git. Con questo flusso di lavoro, hai i seguenti vantaggi:

  • Scalabilità migliorata grazie al deployment delle risorse in un parco risorse anziché applicarle manualmente cluster per cluster.
  • Aggiornamenti più sicuri con implementazioni progressive.
  • Flussi di lavoro aggiuntivi per l'origine centralizzata dei file di configurazione in Git, come il controllo delle versioni e le approvazioni.

Per dimostrare come archiviare e apportare modifiche in Git, esegui il fork del repository Cymbal Bank e collegalo a Cloud Build.

Crea un fork del repository Cymbal Bank

In questo tutorial apporti modifiche al tuo repository Git per dimostrare in che modo Config Sync ti aiuta a gestire in sicurezza le modifiche alle risorse Kubernetes ed eseguirne il deployment. Per apportare queste modifiche direttamente, devi eseguire il fork del repository Git anziché clonarlo.

Per eseguire il fork del repository:

  1. In GitHub, vai al repository di esempio Cymbal Bank (bank-of-anthos).

  2. Fai clic su Fork per ottenere una copia del repository con i file di origine.

    Testo alternativo

  3. Se necessario, accedi al tuo account GitHub. Se hai accesso ad altre organizzazioni o a team su GitHub, assicurati di eseguire il fork del repository nel tuo account personale.

Ora hai un fork del repository Cymbal Bank. Tutti i manifest di Kubernetes di cui esegui il deployment si trovano nella cartella /kubernetes-manifests.

Connetti il repository a Cloud Build

Cloud Build è un servizio che può eseguire le build su Google Cloud e che puoi utilizzare per la distribuzione continua stile GitOps. Il servizio di pacchetti del parco risorse di Config Sync utilizza Cloud Build per recuperare le risorse Kubernetes dal tuo repository Git ed eseguirne il deployment nei tuoi cluster. Quando utilizzi un pacchetto del parco risorse, devi configurare Cloud Build solo una volta per ogni repository che vuoi sincronizzare. L'API del pacchetto di flotte crea automaticamente i trigger di build tramite Cloud Build.

Per collegare il tuo repository GitHub a Cloud Build:

  1. Apri la pagina Cloud Build nella console Google Cloud e seleziona Repos.

    Apri la pagina Repositori

  2. Assicurati di essere nella pagina Repository di 2ª generazione. Se necessario, seleziona Visualizza repository (2ª generazione.).

  3. Fai clic su Crea connessione host.

  4. Nel menu Regione, seleziona us-central1 (Iowa) come regione.

  5. Nel campo Nome, digita cymbal-bank-connection come nome per la connessione.

  6. Fai clic su Connetti.

  7. Se è la prima volta che colleghi Cloud Build al tuo account GitHub, compila i seguenti passaggi:

    1. Accetta la richiesta del token OAuth GitHub. Il token viene archiviato in Secret Manager per l'utilizzo con la connessione GitHub di Cloud Build. Fai clic su Continua.
    2. Installa Cloud Build nel tuo repository GitHub. Seleziona Installa in un nuovo account.
    3. Nella nuova finestra di GitHub che si apre, seleziona l'account GitHub in cui hai creato in precedenza il fork di Cymbal Bank. In un ambiente di produzione, puoi selezionare altri account o repository a cui hai delegato l'accesso.
    4. Segui le eventuali richieste di autenticazione per confermare la tua identità su GitHub.
    5. Nella finestra di GitHub per l'accesso al repository Cloud Build, scegli Solo repository selezionati.
    6. Dal menu a discesa che elenca i repository, seleziona il tuo fork di bank-of-anthos.
    7. Fai clic su Salva.

  8. Nella pagina Cloud Build della console Google Cloud, fai clic su Collega repository per collegare un nuovo repository Git a Cloud Build.

  9. Nel menu Connessione, seleziona cymbal-bank-connection.

  10. Nel menu Repositories (Repositoi), seleziona il tuo fork bank-of-anthos.

  11. Seleziona Collega.

Creazione di cluster

Nel primo tutorial di questa serie hai creato un cluster ed eseguito il deployment dell'applicazione Cymbal Bank in quel cluster. In uno scenario reale, è improbabile che tu debba gestire un solo cluster. GKE ti consente di raggruppare i cluster in un parco risorse: un gruppo logico di cluster che possono essere gestiti insieme. All'interno di un parco risorse, puoi raggruppare ulteriormente i tuoi cluster con alcuni cluster che rappresentano ambienti diversi o appartengono a team diversi. Ad esempio, potresti avere un cluster di sviluppo, un cluster di staging e un cluster di produzione. In un'organizzazione di grandi dimensioni, i singoli team potrebbero avere i propri cluster per ambienti diversi. In qualità di amministratori o operatori IT, potrebbe essere necessario gestire dozzine di cluster.

Quando si tratta di eseguire il deployment di applicazioni o singole risorse come i criteri personalizzati su tutti questi cluster, le funzionalità di GKE Enterprise come Config Sync possono aiutarti a gestire questi deployment su larga scala.

Per dimostrare come eseguire il deployment delle risorse in ambienti diversi o in un parco risorse di cluster, crea un nuovo cluster ed esegui il deployment dell'applicazione Cymbal Bank:

  1. Crea un cluster GKE che simuli un ambiente di sviluppo:

    gcloud container clusters create-auto scalable-apps-dev \
  --project=PROJECT_ID \
  --region=REGION \
  --fleet-project=PROJECT_ID \
  --release-channel=rapid

    Sostituisci quanto segue:

    • PROJECT_ID con l'ID generato automaticamente del progetto che hai creato nella sezione precedente. L'ID progetto è spesso diverso dal nome del progetto. Ad esempio, il tuo progetto potrebbe essere scalable-apps, ma il suo ID potrebbe essere scalable-apps-567123.
    • REGION con la regione in cui vuoi creare il tuo cluster, ad esempio us-central1.

  2. Le etichette sono coppie chiave/valore che puoi aggiungere alle risorse GKE per organizzarle. Per i pacchetti di parchi risorse, puoi utilizzare le etichette di appartenenza al parco risorse per personalizzare i cluster scelti come target dal pacchetto. Altri tipi di etichette non sono supportati.

    Aggiungi un'etichetta all'appartenenza al parco risorse:

    gcloud container fleet memberships update scalable-apps-dev \
    --update-labels=env=dev

    Quando crei il pacchetto del parco risorse più avanti in questo tutorial, questa etichetta garantisce che le risorse vengano dipiattate solo sul cluster scalable-apps-dev e non sul cluster scalable-apps del primo tutorial di questa serie.

Installazione di Config Sync

Installa Config Sync su entrambi i cluster:

  1. Nella console Google Cloud, vai alla pagina Configurazione nella sezione Funzionalità.

    Vai a Config

  2. Fai clic su Installa Config Sync.
  3. Mantieni selezionata l'opzione Upgrade manuali.
  4. Per impostazione predefinita, il menu delle versioni dovrebbe mostrare la versione più recente di Config Sync. Se necessario, seleziona la versione più recente.
  5. In Opzioni di installazione, seleziona Installa Config Sync nell'intero parco veicoli (opzione consigliata).
  6. Fai clic su Installa Config Sync.
  7. Nella scheda Impostazioni di Config Sync, controlla il campo Stato dell'elenco dei cluster. Dopo alcuni minuti, lo stato visualizzato è "In attesa" finché il cluster non è configurato correttamente per Config Sync. Potrebbero essere necessari fino a 10 minuti prima che lo stato diventi Attivato.

Esegui il deployment di Cymbal Bank

Nel primo tutorial di questa serie hai utilizzato i comandi kubectl per applicare le configurazioni dell'applicazione al tuo cluster. In questo tutorial utilizzerai la funzionalità dei pacchetti del parco risorse di Config Sync per eseguire il deployment delle stesse configurazioni in un nuovo cluster. In una sezione successiva, vedrai un esempio di come aggiungere una nuova risorsa al tuo repository Git ed eseguirne il deployment in un parco risorse di cluster.

Configura un account di servizio per Cloud Build

Un account di servizio è un tipo speciale di account utilizzato in genere da un'applicazione, rather than a person. Come best practice, quando crei account di servizio, devi crearli per un singolo servizio o un'attività specifici e assegnare all'account di servizio ruoli granulari. In questo tutorial, crei un account di servizio per concedere a Cloud Build le autorizzazioni per recuperare le risorse Kubernetes dal tuo repository Git e per eseguirne il deployment nei tuoi cluster.

Per creare l'account di servizio e concedere le autorizzazioni richieste, completa i seguenti passaggi:

  1. Crea l'account di servizio:

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

  2. Concedi all'account di servizio l'autorizzazione per recuperare le risorse dal tuo repository Git aggiungendo un'associazione del criterio IAM per il ruolo Publisher del pacchetto di risorse:

    gcloud projects add-iam-policy-binding PROJECT_ID \
   --member="serviceAccount:cymbal-bank-service-account@PROJECT_ID.iam.gserviceaccount.com" \
   --role='roles/configdelivery.resourceBundlePublisher'

    Se richiesto, seleziona None come condizione per il criterio.

  3. Concedi all'account di servizio l'autorizzazione a scrivere log aggiungendo un'associazione di criteri IAM per il ruolo Writer log:

    gcloud projects add-iam-policy-binding PROJECT_ID \
   --member="serviceAccount:cymbal-bank-service-account@PROJECT_ID.iam.gserviceaccount.com" \
   --role='roles/logging.logWriter'

    Se richiesto, seleziona None come condizione per il criterio.

Creare una release per l'applicazione Cymbal Bank

Un pacchetto di flotte richiede un tag della versione semantica per sapere da quale versione del repository eseguire il deployment. È buona norma creare nuove release quando apporti modifiche al repository, in quanto ciò facilita il controllo della versione e semplifica il ripristino di una versione stabile, se necessario.

  1. In una finestra del browser web del tuo fork di GitHub di Cymbal Bank, fai clic su Crea una nuova release nella sezione Release della barra laterale.

  2. Seleziona il menu Scegli un tag e digita v1.0.0 come tag. Fai clic su Crea nuovo tag.

  3. Fai clic su Pubblica release.

Configura l'autenticazione

Come nel primo tutorial di questa serie, devi creare un JWT per gestire l'autenticazione utente e un secret di Kubernetes per archiviare il JWT per il nuovo cluster che hai creato. È buona norma che ogni cluster abbia un JWT univoco per l'autenticazione.

  1. In Cloud Shell, crea il token JWT:

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

  2. Crea il secret Kubernetes:

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

Esegui il deployment dell'applicazione Cymbal Bank con un pacchetto di flotte

Una risorsa FleetPackage è un'API dichiarativa per eseguire il deployment di più manifest Kubernetes in un insieme di cluster.

Per creare un pacchetto di parchi, definisci una specifica FleetPackage che rimandi al repository con le risorse Kubernetes che hai collegato a Cloud Build. Poi applichi la risorsa FleetPackage, che recupera le risorse da Git e le esegue il deployment nell'intera flotta.

  1. In Cloud Shell, imposta la posizione predefinita per i comandi configdelivery Google Cloud CLI. Come per il collegamento del repository a Cloud Build, devi utilizzare us-central1 mentre la funzionalità dei pacchetti del parco risorse è in anteprima:

    gcloud config set config_delivery/location us-central1

  2. Crea un file denominato fleetpackage-spec.yaml con i seguenti contenuti:

    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

    Sostituisci REPOSITORY_NAME con il nome del tuo repository, come visualizzato nella connessione Cloud Build.

    I campi del selettore corrispondono all'etichetta di appartenenza al parco creata in precedenza. In questo modo, l'applicazione Cymbal Bank viene dispiattata solo nel cluster scalable-apps-dev. Il cluster scalable-apps del primo tutorial non è interessato. Nella sezione successiva, vedrai un esempio di pacchetto del parco risorse che ha come target tutti i cluster di un parco risorse.

    Il campo Strategia di implementazione controlla il modo in cui le risorse vengono implementate nei cluster. In questo esempio, esegui il deployment in un solo cluster, pertanto questo campo non influisce sul modo in cui viene eseguito l'implementazione. Tuttavia, se hai molti cluster, questa impostazione garantisce che i file di risorse vengano applicati tutti a un cluster prima di passare al cluster successivo. In questo modo puoi monitorare l'avanzamento dell'implementazione.

  3. Crea il pacchetto del parco risorse:

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

  4. Verifica che il pacchetto del parco risorse sia stato creato:

    gcloud alpha container fleet packages list

    L'output elenca lo stato dell'attivatore della compilazione. Dopo alcuni secondi, il campo MESSAGE viene aggiornato con un output simile al seguente:

    MESSAGES: Build status: WORKING. The release is still being built; see the build status on the following page:

    Puoi fare clic sul link fornito per visualizzare i log in streaming per il job Cloud Build. L'elaborazione dell'attivatore della build da parte di Cloud Build può richiedere alcuni minuti.

  5. Quando l'attivatore della build viene completato correttamente, l'output di gcloud alpha container fleet packages list è simile al seguente:

    NAME: cymbal-bank-fleet-package
STATE: ACTIVE
CREATE_TIME: 2024-07-09T15:15:56
ACTIVE_ROLLOUT: rollout-20240709-153621
LAST_COMPLETED_ROLLOUT:
MESSAGES:

    Il pacchetto del parco risorse inizia a implementare le risorse Kubernetes nel parco risorse.

  6. Nella pagina Google Kubernetes Engine della console Google Cloud, seleziona il tuo cluster scalable-apps-dev, poi vai alla pagina Carichi di lavoro per visualizzare una visualizzazione aggregata dei carichi di lavoro in fase di implementazione su tutti i tuoi cluster GKE:

    Apri la pagina Carichi di lavoro

    Potresti visualizzare alcuni errori mentre Autopilot regola i pod per soddisfare le richieste di risorse. Dopo alcuni minuti, dovresti vedere che i pod iniziano a funzionare con lo stato OK.

  7. Per visualizzare l'interfaccia web di Cymbal Bank:

    1. Nella pagina Google Kubernetes Engine della console Google Cloud, vai alla pagina Gateway, servizi e Ingress.

      Vai alla pagina Gateway, servizi e Ingress

    2. Per trovare l'ingresso della banca Cymbal, fai clic sulla scheda "Servizi" e individua il servizio con il nome frontend.

    3. Fai clic sul link Endpoint per l'ingresso frontend, ad esempio 198.51.100.143:80, per aprire l'interfaccia web di Cymbal Bank.

Esegui il deployment delle risorse in un parco risorse

Immagina poi uno scenario in cui vuoi estendere la tua applicazione Cymbal Bank con un nuovo microservizio. Vuoi eseguire il deployment di questo microservizio su tutti i tuoi cluster attuali e su eventuali cluster futuri aggiunti al parco risorse. Utilizzando un pacchetto del parco risorse, puoi eseguire il deployment in più cluster e ottenere il deployment automatico sui nuovi cluster.

Aggiungere nuove risorse al repository Git

Per dimostrare l'aggiunta di un nuovo servizio all'applicazione, crea un deployment di nginx di base e aggiungilo ai tuoi cluster:

  1. In una finestra del browser web del tuo fork di GitHub di Cymbal Bank, fai clic su Aggiungi file e poi su Crea nuovo file.

  2. Assegna al file il nome new-resource/nginx.yaml e incolla i seguenti contenuti:

    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

  3. Fai clic su Esegui commit delle modifiche….

  4. Nella finestra di dialogo di conferma, mantieni selezionata l'opzione Esegui commit direttamente nel ramo main, quindi fai clic su Esegui commit delle modifiche.

  5. Nella pagina principale del repository di Cymbal Bank sottoposto a fork, seleziona Release dalla barra laterale.

  6. Nella parte superiore della pagina, scegli Crea una nuova bozza.

  7. Seleziona il menu Scegli un tag e digita v1.1.0 come tag. Fai clic su Crea nuovo tag.

  8. Fai clic su Pubblica release.

Esegui il deployment di una risorsa nei cluster con un pacchetto del parco risorse

Per eseguire il deployment della nuova risorsa, crea un nuovo pacchetto di parchi:

  1. Questo pacchetto del parco risorse ha come target tutti i cluster del parco risorse perché non contiene un campo di selezione. Ciò significa anche che a tutti i cluster futuri aggiunti al parco risorse verrà aggiunto automaticamente il deployment di nginx.

    In Cloud Shell, crea un file denominato new-deployment-fleet-package.yaml con il seguente contenuto:

    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

  2. Crea il pacchetto del parco risorse per avviare l'implementazione:

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

  3. Verifica che il pacchetto del parco risorse sia stato creato:

    gcloud alpha container fleet packages list

    Puoi fare clic sul link fornito per visualizzare i log in streaming per il job Cloud Build.

    Il pacchetto del parco risorse inizia a implementare le risorse Kubernetes nel parco risorse. L'implementazione potrebbe richiedere alcuni minuti.

  4. Nella pagina Google Kubernetes Engine della console Google Cloud, vai alla pagina Carichi di lavoro per visualizzare una visualizzazione aggregata dei carichi di lavoro in fase di implementazione su tutti i tuoi cluster GKE:

    Apri la pagina Carichi di lavoro

Puoi continuare a esplorare diverse strategie di deployment con i pacchetti del parco risorse. Ad esempio, puoi provare ad aggiungere diversi tipi di risorse al repository sottoposto a forking e utilizzare configurazioni diverse del pacchetto del parco risorse per eseguirne il deployment. Puoi anche utilizzare un pacchetto del parco risorse per eliminare le risorse di cui hai eseguito il deployment nei tuoi cluster. Per ulteriori informazioni sui pacchetti del parco risorse, consulta la sezione Eseguire il deployment dei pacchetti del parco risorse nella documentazione di Config Sync.

Eliminare risorse in un parco risorse

Proprio come puoi implementare le risorse in un parco risorse, puoi anche eliminarle con un pacchetto del parco risorse.

Per rimuovere le singole risorse, i passaggi di alto livello sono i seguenti:

  1. Elimina la risorsa dal tuo repository Git.
  2. Crea una nuova release Git e un nuovo tag.
  3. Aggiorna il campo tag del pacchetto del parco risorse.
  4. Esegui il comando di aggiornamento del pacchetto del parco risorse.

In alternativa, puoi eliminare il pacchetto del parco risorse stesso, il che comporta l'eliminazione di tutte le risorse gestite dal pacchetto.

Ad esempio, se vuoi rimuovere il deployment nginx dalla sezione precedente, esegui il seguente comando:

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

Esegui la pulizia

Per evitare che al tuo account Google Cloud vengano addebitati costi relativi alle risorse utilizzate in questo tutorial, elimina il progetto che hai creato.

  1. In the Google Cloud console, go to the Manage resources page.

    Go to Manage resources

  2. In the project list, select the project that you want to delete, and then click Delete.
  3. In the dialog, type the project ID, and then click Shut down to delete the project.

Per eliminare il repository sottoposto a fork, segui questi passaggi:

  1. In una finestra del browser web del tuo fork di Cymbal Bank su GitHub, sotto il nome del repository, fai clic su Impostazioni.

  2. Nella pagina Impostazioni generali (selezionata per impostazione predefinita), vai alla sezione Zona pericolosa e fai clic su Elimina questo repository.

  3. Fai clic su Voglio eliminare questo repository.

  4. Leggi gli avvisi e fai clic su Ho letto e compreso questi effetti.

  5. Per verificare di eliminare il repository corretto, nel campo di testo digita il nome del repository Cymbal Bank sottoposto a fork.

  6. Fai clic su Elimina questo repository.

Passaggi successivi

Prima di iniziare a creare il tuo ambiente di cluster GKE Enterprise simile a quello descritto in questo insieme di tutorial, esamina alcune considerazioni sulla produzione.