Panoramica

In questo lab utilizzerai la riga di comando per creare i cluster GKE. Ispezionerai il file kubeconfig e utilizzerai kubectl per manipolare il cluster.

Obiettivi

In questo lab imparerai a:

• Utilizzare kubectl per creare e manipolare i cluster GKE
• Utilizzare kubectl e i file di configurazione per eseguire il deployment dei pod
• Utilizzare Container Registry per archiviare container ed eseguirne il deployment

Configurazione del lab

Accedi a Qwiklabs

Per ciascun lab, riceverai un nuovo progetto Google Cloud e un insieme di risorse per un periodo di tempo limitato senza alcun costo aggiuntivo.

1. Accedi a Qwiklabs utilizzando una finestra di navigazione in incognito.

2. Tieni presente la durata dell'accesso al lab (ad esempio, 1:15:00) e assicurati di finire entro quell'intervallo di tempo.
   Non è disponibile una funzionalità di pausa. Se necessario, puoi riavviare il lab ma dovrai ricominciare dall'inizio.

3. Quando è tutto pronto, fai clic su Inizia lab.

4. Annota le tue credenziali del lab (Nome utente e Password). Le userai per accedere a Google Cloud Console.

5. Fai clic su Apri console Google.

6. Fai clic su Utilizza un altro account e copia/incolla le credenziali per questo lab nei prompt.
   Se utilizzi altre credenziali, compariranno errori oppure ti verranno addebitati dei costi.

7. Accetta i termini e salta la pagina di ripristino delle risorse.

Una volta completati i passaggi di accesso iniziali, viene visualizzata la dashboard del progetto.

Apri Cloud Shell

Svolgerai la maggior parte del lavoro in Cloud Shell. Cloud Shell è un ambiente a riga di comando in esecuzione in Google Cloud. Questa macchina virtuale basata su Debian viene caricata con tutti gli strumenti di gestione di cui hai bisogno (come docker, gcloud, gsutil e kubectl) e fornisce una home directory permanente da 5 GB.

1. Nella barra del titolo della console Google Cloud, fai clic su Attiva Cloud Shell ().
2. Fai clic su Continua.

Dopo il provisioning, viene visualizzato il prompt di Cloud Shell:

Attività 1: esegui il deployment dei cluster GKE

In questa attività utilizzerai Cloud Shell per eseguire il deployment dei cluster GKE.

1. In Cloud Shell, digita questo comando per impostare la variabile di ambiente per il nome della zona e del cluster:

export my_region={{{project_0.default_region|Region}}} export my_cluster=autopilot-cluster-1

2. In Cloud Shell, digita questo comando per creare un cluster Kubernetes:

gcloud container clusters create-auto $my_cluster --region $my_region

Questa forma di comando imposta la maggior parte delle opzioni sui valori predefiniti. Per visualizzare l'intero insieme di possibili opzioni, consulta il riferimento gcloud container clusters create.

Vedrai una serie di avvisi che evidenziano le modifiche alle impostazioni predefinite del cluster GKE che sono state introdotte man mano che versioni più recenti di Kubernetes sono state adottate da GKE.

Nota: devi attendere alcuni minuti per il completamento del deployment del cluster.

Al termine del deployment, la pagina Kubernetes Engine > Cluster della console Google Cloud dovrebbe essere simile a questo screenshot:

Fai clic su Controlla i miei progressi per verificare l'obiettivo. Esegui il deployment dei cluster GKE

Attività 2: connettiti a un cluster GKE

In questa attività, utilizzerai Cloud Shell per eseguire l'autenticazione su un cluster GKE e quindi ispezionare i file di configurazione kubectl.

L'autenticazione in Kubernetes interessa sia la comunicazione con il cluster da un client esterno attraverso il kube-APIserver in esecuzione sul master, sia i container di cluster che comunicano all'interno del cluster o esternamente.

In Kubernetes, l'autenticazione può assumere diverse forme. Per GKE, l'autenticazione viene generalmente gestita con token OAuth2 e può essere gestita tramite Cloud Identity and Access Management in tutto il progetto e, facoltativamente, mediante controllo degli accessi basato sui ruoli, che può essere definito e configurato all'interno di ogni cluster.

In GKE, i container dei cluster possono utilizzare gli account di servizio per eseguire l'autenticazione e accedere alle risorse esterne.

Nota: per le versioni di Kubernetes precedenti alla 1.12, i certificati client e l'autenticazione di base non sono disattivati per impostazione predefinita. Si tratta di metodi di sicurezza di autenticazione inferiori e devono essere disabilitati per aumentare la sicurezza del cluster (per le versioni 1.12 e successive, entrambi i metodi sono disattivati per impostazione predefinita.)

1. Per creare un file kubeconfig con le credenziali dell'utente corrente (per consentire l'autenticazione) e fornire i dettagli dell'endpoint per un cluster specifico (per consentire la comunicazione con questo cluster tramite lo strumento a riga di comando kubectl), esegui questo comando:

gcloud container clusters get-credentials $my_cluster --region $my_region

Questo comando comporta la creazione di una directory .kube nella directory home, se non esiste già. Nella directory .kube, il comando crea un file denominato config, se non esiste già, utilizzato per archiviare le informazioni di autenticazione e configurazione. Il file di configurazione è in genere denominato kubeconfig.

2. Apri il file kubeconfig con l'editor di testo nano:

nano ~/.kube/config

Ora puoi esaminare tutti i dati di configurazione dell'autenticazione e dell'endpoint archiviati nel file. Dovrebbero essere visualizzate le informazioni relative al cluster. Le informazioni sono state compilate durante la creazione del cluster.

3. Premi CTRL+X per uscire dall'editor nano.

Nota: il file kubeconfig può contenere informazioni per molti cluster. Il contesto attualmente attivo (il cluster manipolato dai comandi kubectl) viene indicato dalla proprietà current-context.

Non devi eseguire il comando gcloud container clusters get-credentials per completare il file kubeconfig per i cluster creati nello stesso contesto (lo stesso utente nello stesso ambiente), perché i dettagli di questi cluster sono già completati al momento della creazione del cluster.

Tuttavia, devi eseguire il comando per connetterti a un cluster creato da un altro utente o in un altro ambiente. Il comando permette inoltre di cambiare facilmente il contesto attivo con un cluster diverso.

Attività 3: utilizza kubectl per ispezionare un cluster GKE

In questa attività utilizzerai Cloud Shell e kubectl per ispezionare un cluster GKE.

Una volta che il file kubeconfig è compilato e il contesto attivo è impostato su un determinato cluster, puoi utilizzare lo strumento a riga di comando kubectl per eseguire i comandi sul cluster. La maggior parte di questi comandi attiva una chiamata API REST sul server API master, che attiva l'azione associata.

1. In Cloud Shell, esegui questo comando per stampare i contenuti del file kubeconfig:

kubectl config view

I dati sensibili del certificato sono sostituiti con DATA+OMITTED.

2. In Cloud Shell, esegui questo comando per stampare le informazioni sul cluster per il contesto attivo:

kubectl cluster-info

L'output descrive il cluster di contesto attivo.

Output:

Kubernetes control plane is running at https://34.133.211.75 GLBCDefaultBackend is running at https://34.133.211.75/api/v1/namespaces/kube-system/services/default-http-backend:http/proxy KubeDNS is running at https://34.133.211.75/api/v1/namespaces/kube-system/services/kube-dns:dns/proxy KubeDNSUpstream is running at https://34.133.211.75/api/v1/namespaces/kube-system/services/kube-dns-upstream:dns/proxy Metrics-server is running at https://34.133.211.75/api/v1/namespaces/kube-system/services/https:metrics-server:/proxy To further debug and diagnose cluster problems, use 'kubectl cluster-info dump'.

3. In Cloud Shell, esegui questo comando per stampare il contesto attivo:

kubectl config current-context

Una riga di output indica il cluster di contesto attivo.

Output:

gke_{{{project_0.project_id|ID_progetto}}}_{{{project_0.default_region|Region|Region}}}_autopilot-cluster-1

PROJECT_ID è l'ID progetto. Queste informazioni sono le stesse della proprietà current-context del file kubeconfig.

4. In Cloud Shell, esegui questo comando per stampare alcuni dettagli di tutti i contesti del cluster nel file kubeconfig:

kubectl config get-contexts

Diverse righe di output indicano i dettagli del cluster creato e il cluster di contesto attivo. In generale, questo comando elenca alcuni dettagli dei cluster presenti nel file kubeconfig dell'utente, inclusi eventuali altri cluster creati dall'utente e qualsiasi altro aggiunto manualmente al file kubeconfig.

5. In Cloud Shell, esegui questo comando per modificare il contesto attivo:

kubectl config use-context gke_${DEVSHELL_PROJECT_ID}_{{{project_0.default_region|Region|Region}}}_autopilot-cluster-1

In questo caso disponi di un solo cluster, quindi questo comando non ha apportato alcuna modifica.

Tuttavia, in futuro potresti avere più di un cluster in un progetto. Puoi utilizzare questo approccio per cambiare il contesto attivo quando il file kubeconfig contiene le credenziali e la configurazione per diversi cluster già compilati. Questo approccio richiede il nome completo del cluster, che include il prefisso gke, l'ID progetto, la posizione e il nome visualizzato, il tutto concatenato da trattini bassi.

6. In Cloud Shell, esegui questo comando per abilitare il completamento automatico bash per kubectl:

source <(kubectl completion bash)

Questo comando non produce alcun output.

7. In Cloud Shell, digita kubectl seguito da uno spazio e premi due volte il tasto Tab.

La shell genera tutti i comandi possibili:

8. In Cloud Shell, digita kubectl co e premi due volte il tasto Tab.

La shell genera tutti i comandi che iniziano con "co" (o altro testo digitato).

Attività 4: esegui il deployment dei pod nei cluster GKE

In questa attività utilizzerai Cloud Shell per eseguire il deployment dei pod nei cluster GKE.

Utilizza kubectl per eseguire il deployment di pod in GKE

Kubernetes introduce l'astrazione di un pod per raggruppare uno o più container correlati come una singola entità da pianificare e di cui eseguire il deployment come unità sullo stesso nodo. Puoi eseguire il deployment di un pod che è un singolo container da un'unica immagine container. Un pod può anche contenere molti container da molte immagini container.

1. In Cloud Shell, esegui questo comando per eseguire il deployment di nginx come pod con nome nginx-1:

kubectl create deployment --image nginx nginx-1

Questo comando crea un pod denominato nginx con un container che esegue l'immagine nginx. Quando non viene specificato un repository, il comportamento predefinito prevede di tentare di trovare l'immagine localmente o nel registro pubblico Docker. In questo caso, l'immagine viene estratta dal registro pubblico Docker.

2. In Cloud Shell, esegui questo comando per visualizzare tutti i pod di cui è stato eseguito il deployment nel cluster di contesto attivo:

kubectl get pods

L'output dovrebbe essere simile al seguente esempio, ma con un nome di pod leggermente diverso.

Nota: se viene visualizzato un messaggio che indica che il server non è attualmente in grado di gestire la richiesta, attendi che il deployment sia pronto.

Output:

NAME READY STATUS RESTARTS AGE nginx-1-74c7bbdb84-nvwsc 1/1 Running 0 2m52s

3. In Cloud Shell, esegui questo comando per visualizzare l'utilizzo delle risorse in tutti i nodi del cluster:

kubectl top nodes

L'output dovrebbe essere simile all'esempio seguente.

Output:

NOME CPU(core) CPU% MEMORIA(byte) MEMORIA% gk3-autopilot-cluster-1-pool-2-7246ae0e-4q7s 1971 m 102% 1803 Mi 30%

Un altro comando top (kubectl top pods) mostra informazioni simili su tutti i pod di cui è stato eseguito il deployment nel cluster.

4. Ora inserirai il nome del pod in una variabile che utilizzeremo in questo lab. L'utilizzo di variabili come questa può aiutare a ridurre al minimo gli errori umani durante la digitazione di nomi lunghi. Devi digitare il nome univoco del pod al posto di [your_pod_name]:

export my_nginx_pod=[your_pod_name]

Esempio:

export my_nginx_pod=nginx-1-74c7bbdb84-nvwsc

5. Assicurati di aver impostato correttamente la variabile di ambiente tramite l'echo della shell:

echo $my_nginx_pod

Output:

nginx-1-74c7bbdb84-nvwsc

6. In Cloud Shell, esegui questo comando per visualizzare i dettagli completi del pod appena creato.

kubectl describe pod $my_nginx_pod

L'output dovrebbe essere simile all'esempio seguente. Vengono visualizzati i dettagli del pod, nonché i relativi stati e condizioni e gli eventi del suo ciclo di vita.

Output:

Image: nginx Image: nginx Image: nginx Image ID: docker.io/library/nginx@sha256:480868e8c8c797794257e2abd88d0f9a8809b2fe956cbfbc05dcc0bca1f7cd43 Port: Host Port: State: Running Started: Wed, 17 May 2023 10:47:04 +0000 Ready: True Restart Count: 0 Limits: cpu: 500m ephemeral-storage: 1Gi memory: 2Gi Requests: cpu: 500m ephemeral-storage: 1Gi memory: 2Gi Environment: Mounts: /var/run/secrets/kubernetes.io/serviceaccount from kube-api-access-ksxxr (ro) Conditions: Type Status Initialized True Ready True ContainersReady True PodScheduled True Volumes: kube-api-access-ksxxr: Type: Projected (a volume that contains injected data from multiple sources) TokenExpirationSeconds: 3607 ConfigMapName: kube-root-ca.crt ConfigMapOptional: DownwardAPI: true QoS Class: Guaranteed Node-Selectors: Tolerations: kubernetes.io/arch=amd64:NoSchedule node.kubernetes.io/not-ready:NoExecute op=Exists for 300s node.kubernetes.io/unreachable:NoExecute op=Exists for 300s Events: Type Reason Age From Message ---- ------ ---- ---- ------- Warning FailedScheduling 5m42s gke.io/optimize-utilization-scheduler 0/2 nodes are available: 2 Insufficient cpu, 2 Insufficient memory. preemption: 0/2 nodes are available: 2 No preemption victims found for incoming pod. Normal Scheduled 4m15s gke.io/optimize-utilization-scheduler Successfully assigned default/nginx-1-6b7bff9fc7-t7fzk to gk3-autopilot-cluster-1-pool-1-242a3a6a-j9rh Normal TriggeredScaleUp 5m34s cluster-autoscaler pod triggered scale-up: [{https://www.googleapis.com/compute/v1/projects/qwiklabs-gcp-02-92c260add90a/zones/{{{project_0.default_zone|Zone}}}/instanceGroups/gk3-autopilot-cluster-1-pool-1-242a3a6a-grp 0->1 (max: 1000)}] Normal Pulling 3m30s kubelet Pulling image "nginx" Normal Pulled 3m16s kubelet Successfully pulled image "nginx" in 13.843394735s (13.843643782s including waiting) Normal Created 3m16s kubelet Created container nginx Normal Started 3m15s kubelet Started container nginx

Esegui il push di un file in un container

Per poter pubblicare contenuti statici tramite il server web nginx, devi creare un file e inserirlo nel container.

1. In Cloud Shell, digita i comandi seguenti per aprire un file denominato test.html nell'editor di testo nano:

nano ~/test.html

2. Aggiungi il seguente testo (script shell) al file test.html vuoto:

This is title Hello World

3. Premi CTRL+X, quindi premi Y e Invio per salvare il file e uscire dall'editor nano.

4. In Cloud Shell, esegui questo comando per inserire il file nella posizione appropriata all'interno del container nginx del pod nginx, in modo che venga pubblicato in modo statico:

kubectl cp ~/test.html $my_nginx_pod:/usr/share/nginx/html/test.html

Questo comando copia il file test.html dalla home directory locale alla directory /usr/share/nginx/html del primo container nel pod nginx. Puoi specificare altri container in un pod multi-container utilizzando l'opzione -c, seguita dal nome del container.

Esponi il pod a scopo di test

Per esporre un pod ai clienti all'esterno del cluster, è necessario un servizio. I servizi vengono discussi altrove nel corso e utilizzati ampiamente in altri lab. Puoi utilizzare un semplice comando per creare un servizio ed esporre un pod.

1. In Cloud Shell, esegui questo comando per creare un servizio che esponga esternamente il nostro pod nginx:

kubectl expose pod $my_nginx_pod --port 80 --type LoadBalancer

Questo comando crea un servizio LoadBalancer che consente di accedere al pod nginx da indirizzi internet esterni al cluster.

2. In Cloud Shell, esegui questo comando per visualizzare i dettagli dei servizi nel cluster:

kubectl get services

L'output dovrebbe essere simile all'esempio seguente. Potrai utilizzare l'indirizzo IP esterno nel passaggio successivo.

Nota: potrebbe essere necessario ripetere il comando alcune volte prima che il nuovo servizio compili il proprio IP esterno.

Output:

NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE kubernetes ClusterIP 10.11.240.1 443/TCP 1h nginx-1-7...wsc LoadBalancer 10.11.240.87 80:31695/TCP 3s

Il servizio Kubernetes è uno dei servizi predefiniti creati o utilizzati dal cluster. Viene visualizzato anche il servizio nginx che hai creato.

Potrebbe essere necessario eseguire questo comando più volte prima che venga visualizzato l'indirizzo IP esterno.

Output:

NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE kubernetes ClusterIP 10.11.240.1 443/TCP 1h nginx-1-7...wsc LoadBalancer 10.11.240.87 104.154.177.46 80:31695/TCP 1m

Fai clic su Controlla i miei progressi per verificare l'obiettivo. Esegui il deployment dei pod nei cluster GKE

3. In Cloud Shell, esegui questo comando per verificare che il container nginx fornisca il file HTML statico copiato.

Sostituisci [EXTERNAL_IP] con l'indirizzo IP esterno del tuo servizio ottenuto dall'output del passaggio precedente.

curl http://[EXTERNAL_IP]/test.html

I contenuti del file vengono visualizzati nell'output. Puoi accedere allo stesso indirizzo nel browser per visualizzare il file formattato in HTML.

Esempio:

curl http://104.154.177.46/test.html This is title Hello world

4. In Cloud Shell, esegui questo comando per visualizzare le risorse utilizzate dal pod nginx:

kubectl top pods

Output:

NAME CPU(cores) MEMORY(bytes) nginx-1-74c7bbdb84-nvwsc 0m 2Mi

Attività 5: ispeziona i pod GKE

In questa attività, ti connetti a un pod per regolare le impostazioni, modificare i file e apportare altre modifiche in tempo reale al pod.

Nota: utilizza questa procedura solo per la risoluzione dei problemi o la sperimentazione. Poiché le modifiche non vengono apportate all'immagine di origine del pod, non saranno presenti in nessuna replica.

Prepara l'ambiente

Il modo migliore per eseguire il deployment di pod e altre risorse in Kubernetes è tramite file di configurazione, chiamati a volte file manifest. I file di configurazione sono generalmente scritti nella sintassi YAML, specificando i dettagli della risorsa. Con i file di configurazione, puoi specificare più facilmente opzioni complesse rispetto a una lunga riga di argomenti della riga di comando.

La sintassi YAML è simile alla sintassi JSON, ma più concisa, e consente lo stesso tipo di strutturazione gerarchica di oggetti e proprietà. Il repository di codice sorgente del lab contiene file YAML di esempio che sono stati preparati per te.

1. In Cloud Shell, inserisci questo comando per clonare il repository nella sessione di Cloud Shell del lab:

git clone https://github.com/GoogleCloudPlatform/training-data-analyst

2. Crea un soft link da utilizzare come scorciatoia alla directory di lavoro:

ln -s ~/training-data-analyst/courses/ak8s/v1.1 ~/ak8s

3. Passa alla directory che contiene i file di esempio per questo lab:

cd ~/ak8s/GKE_Shell/

Ti è stato fornito un file YAML manifest di esempio per un pod chiamato new-nginx-pod.yaml:

apiVersion: v1 kind: Pod metadata: name: new-nginx labels: name: new-nginx spec: containers: - name: new-nginx image: nginx ports: - containerPort: 80

4. Per eseguire il deployment del manifest, esegui questo comando:

kubectl apply -f ./new-nginx-pod.yaml

Fai clic su Controlla i miei progressi per verificare l'obiettivo. Deploy a new pod using a Yaml file

5. Per visualizzare un elenco di pod, esegui questo comando:

kubectl get pods

L'output dovrebbe essere simile all'esempio seguente.

Output:

NAME READY STATUS RESTARTS AGE new-nginx 1/1 Running 0 9s nginx-1-74c7bbdb84-nvwsc 1/1 Running 0 55m

Puoi visualizzare il tuo nuovo pod nginx, oltre a quello creato in precedenza nel lab.

Utilizza il reindirizzamento della shell per connetterti a un pod

Alcune immagini container includono un ambiente shell che puoi avviare. Questo ambiente shell potrebbe essere più pratico rispetto all'esecuzione di singoli comandi con kubectl. Ad esempio, l'immagine nginx include una shell bash. In questa attività utilizzerai il reindirizzamento della shell per connetterti alla shell bash nel nuovo pod nginx ed eseguire una sequenza di azioni.

1. In Cloud Shell, esegui questo comando per avviare una shell bash interattiva nel container nginx:

kubectl exec -it new-nginx -- /bin/bash

Viene visualizzato un nuovo prompt shell.

Output:

root@new-nginx:/#

Hai avviato una shell bash interattiva nel container del nuovo pod nginx. Se il pod ha più container, puoi specificarne uno per nome con l'opzione -c.

Poiché l'immagine container nginx non dispone di strumenti di modifica del testo per impostazione predefinita, devi installarne uno.

2. In Cloud Shell, nella shell bash nginx, esegui questi comandi per installare l'editor di testo nano:

apt-get update apt-get install nano

Quando ti viene richiesto se desideri continuare (Y/N), premi Y per confermare.

Devi creare un file test.html nella directory statica fornita nel container nginx.

3. In Cloud Shell, nella shell nginx bash, esegui i comandi seguenti per passare alla directory dei file statici e creare un file test.html:

cd /usr/share/nginx/html nano test.html

4. In Cloud Shell, nella sessione nano della shell bash nginx, digita il seguente testo:

This is title Hello World

5. Premi CTRL+X, quindi premi Y e Invio per salvare il file e uscire dall'editor nano.
6. In Cloud Shell, nella shell bash nginx, esegui questo comando per uscire dalla shell bash nginx:

exit

Per connetterti e testare il container nginx modificato (con il nuovo file HTML statico), puoi creare un servizio. Un modo più semplice è utilizzare il port forwarding per connetterti al pod direttamente da Cloud Shell.

7. In Cloud Shell, esegui questo comando per configurare il port forwarding da Cloud Shell al pod nginx (dalla porta 10081 della VM Cloud Shell alla porta 80 del container nginx):

kubectl port-forward new-nginx 10081:80

L'output dovrebbe essere simile all'esempio seguente.

Output:

Forwarding from 127.0.0.1:10081 -> 80 Forwarding from [::1]:10081 -> 80

Si tratta di un processo in primo piano, per cui devi aprire un'altra istanza di Cloud Shell per effettuare il test.

8. Nella barra dei menu di Cloud Shell, fai clic sull'icona del segno più (+) per avviare una nuova sessione di Cloud Shell.

Nella finestra di Cloud Shell viene visualizzata una seconda sessione di Cloud Shell. Puoi passare da una sessione all'altra facendo clic sui titoli nella barra dei menu.

9. Nella seconda sessione di Cloud Shell, esegui questo comando per testare il container nginx modificato mediante il port forwarding:

curl http://127.0.0.1:10081/test.html

Viene visualizzato il testo HTML che hai inserito nel file test.html.

This is title Hello World

Visualizza i log di un pod

1. Nella barra dei menu di Cloud Shell, fai clic sull'icona del segno più (+) per avviare una nuova sessione di Cloud Shell.

Nella finestra di Cloud Shell viene visualizzata una terza sessione di Cloud Shell. Come prima, puoi passare da una sessione all'altra facendo clic sulle sessioni nella barra dei menu.

2. Nella terza finestra di Cloud Shell, esegui questo comando per visualizzare i log e creare un flusso di nuovi log man mano che arrivano (e includi anche i timestamp) per il nuovo pod nginx:

kubectl logs new-nginx -f --timestamps

3. I log verranno visualizzati in questa nuova finestra.
4. Torna alla seconda finestra di Cloud Shell ed esegui di nuovo il comando curl per generare del traffico nel pod.
5. Esamina i messaggi di log aggiuntivi visualizzati nella terza finestra di Cloud Shell.

6. Chiudi la terza finestra di Cloud Shell per interrompere la visualizzazione dei messaggi di log.
7. Chiudi la finestra originale di Cloud Shell per interrompere il processo di port forwarding.

Termina il lab

Una volta completato il lab, fai clic su Termina lab. Google Cloud Skills Boost rimuove le risorse che hai utilizzato ed esegue la pulizia dell'account.

Avrai la possibilità di inserire una valutazione in merito alla tua esperienza. Seleziona il numero di stelle applicabile, inserisci un commento, quindi fai clic su Invia.

Il numero di stelle corrisponde alle seguenti valutazioni:

• 1 stella = molto insoddisfatto
• 2 stelle = insoddisfatto
• 3 stelle = esperienza neutra
• 4 stelle = soddisfatto
• 5 stelle = molto soddisfatto

Se non vuoi lasciare un feedback, chiudi la finestra di dialogo.

Per feedback, suggerimenti o correzioni, utilizza la scheda Assistenza.

Copyright 2020 Google LLC Tutti i diritti riservati. Google e il logo Google sono marchi di Google LLC. Tutti gli altri nomi di società e prodotti sono marchi delle rispettive società a cui sono associati.