
Before you begin
- Labs create a Google Cloud project and resources for a fixed time
- Labs have a time limit and no pause feature. If you end the lab, you'll have to restart from the beginning.
- On the top left of your screen, click Start lab to begin
Create Docker Container with Google Cloud Build
/ 20
Deploy Container To Cloud Run
/ 20
Create new revision with lower concurrency
/ 20
Make Changes To The Website
/ 20
Update website with zero downtime
/ 20
La gestione dei siti web può essere difficile con tutto il carico di lavoro connesso alla creazione e alla gestione di VM, cluster, pod, servizi e così via. Questo può essere ragionevole per applicazioni multilivello di grandi dimensioni, ma se il tuo obiettivo è semplicemente quello di eseguire il deployment del sito web e renderlo visibile, il carico di lavoro è davvero eccessivo.
Con Cloud Run, l'implementazione Google Cloud del framework Knative di Google, puoi gestire il tuo sito web ed eseguirne il deployment senza tutte le attività a livello di infrastruttura tipiche di una VM o dei deployment puri basati su Kubernetes. Questo approccio semplifica la gestione e consente anche di "scalare fino a zero" quando non arrivano richieste al sito web.
Cloud Run porta lo sviluppo "serverless" ai container e può essere eseguito su cluster Google Kubernetes Engine (GKE) o su una soluzione PaaS completamente gestita, fornita da Cloud Run. In questo lab utilizzerai quest'ultimo scenario.
L'ordine degli esercizi rispecchia un'esperienza di sviluppo cloud comune:
Di seguito puoi vedere il flusso del deployment e dell'hosting in Cloud Run.
Inizia con un'immagine Docker creata tramite Cloud Build, che viene attivato da Cloud Shell, quindi esegui il deployment dell'immagine in Cloud Run da un comando in Cloud Shell.
Leggi le seguenti istruzioni. I lab sono a tempo e non possono essere messi in pausa. Il timer si avvia quando fai clic su Avvia lab e ti mostra per quanto tempo avrai a disposizione le risorse Google Cloud.
Con questo lab pratico avrai la possibilità di completare le attività in prima persona, in un ambiente cloud reale e non di simulazione o demo. Riceverai delle nuove credenziali temporanee che potrai utilizzare per accedere a Google Cloud per la durata del lab.
Per completare il lab, avrai bisogno di:
Fai clic sul pulsante Avvia lab. Se devi effettuare il pagamento per il lab, si apre una finestra popup per permetterti di selezionare il metodo di pagamento. A sinistra, trovi il riquadro Dettagli lab con le seguenti informazioni:
Fai clic su Apri console Google Cloud (o fai clic con il tasto destro del mouse e seleziona Apri link in finestra di navigazione in incognito se utilizzi il browser Chrome).
Il lab avvia le risorse e apre un'altra scheda con la pagina di accesso.
Suggerimento: disponi le schede in finestre separate posizionate fianco a fianco.
Se necessario, copia il Nome utente di seguito e incollalo nella finestra di dialogo di accesso.
Puoi trovare il Nome utente anche nel riquadro Dettagli lab.
Fai clic su Avanti.
Copia la Password di seguito e incollala nella finestra di dialogo di benvenuto.
Puoi trovare la Password anche nel riquadro Dettagli lab.
Fai clic su Avanti.
Fai clic nelle pagine successive:
Dopo qualche istante, la console Google Cloud si apre in questa scheda.
Cloud Shell è una macchina virtuale in cui sono caricati strumenti per sviluppatori. Offre una home directory permanente da 5 GB e viene eseguita su Google Cloud. Cloud Shell fornisce l'accesso da riga di comando alle risorse Google Cloud.
Quando la connessione è attiva, l'autenticazione è già avvenuta e il progetto è impostato sul tuo PROJECT_ID. L'output contiene una riga che dichiara il PROJECT_ID per questa sessione:
gcloud
è lo strumento a riga di comando di Google Cloud. È preinstallato su Cloud Shell e supporta il completamento tramite tasto Tab.
Fai clic su Autorizza.
L'output dovrebbe avere ora il seguente aspetto:
Output:
Output:
Output di esempio:
gcloud
, in Google Cloud, fai riferimento alla Panoramica dell'interfaccia a riga di comando gcloud.
Dato che stai eseguendo il deployment di un sito web esistente, puoi semplicemente clonare il codice sorgente per concentrarti sulla creazione di immagini Docker e sul deployment in Cloud Run.
L'esecuzione richiederà alcuni minuti. Al termine verrà visualizzato un messaggio che indica che l'operazione è riuscita.
Output:
Dovrebbe aprirsi una nuova finestra in cui puoi vedere la pagina web Fancy Store in azione.
Ora che i file sorgente sono pronti per l'uso, puoi "dockerizzare" l'applicazione.
Normalmente useresti un approccio in due fasi che comprende la creazione di un container Docker e il relativo push a un registry per archiviare l'immagine da cui GKE esegue il pull. Per maggiore semplicità, puoi usare Cloud Build per creare il container Docker e inserire l'immagine in Artifact Registry con un unico comando. Puoi visualizzare il processo manuale di creazione di un file Docker e del relativo push, consulta la documentazione Guida rapida per Container Registry.
Cloud Build comprimerà i file dalla directory e li sposterà in un bucket Cloud Storage. Il processo di compilazione acquisirà quindi tutti i file dal bucket e userà il Dockerfile presente nella stessa directory per eseguire il processo di compilazione Docker.
Prima di eseguire il push delle immagini, devi creare il repository di destinazione. Il push di un'immagine non può attivare la creazione di un repository e l'account di servizio Cloud Build non dispone delle autorizzazioni per creare repository.
Dal Menu di navigazione, sotto CI/CD vai ad Artifact Registry > Repository.
Fai clic su Crea repository.
Specifica monolith-demo
come nome del repository.
Scegli Docker come formato.
In Tipo di località, seleziona Regione, quindi scegli la località
Fai clic su Crea.
Prima di eseguire il push o il pull delle immagini, configura Docker in modo che utilizzi Google Cloud CLI per autenticare le richieste ad Artifact Registry.
Il comando aggiorna la configurazione Docker. Ora puoi connetterti con Artifact Registry nel tuo progetto Google Cloud per eseguire il push e il pull delle immagini.
Ora eseguirai il deployment dell'immagine creata in precedenza.
Se fai clic sull'ID build, vedrai tutti i dettagli relativi a quella build, incluso l'output di log.
Nella pagina Dettagli build puoi vedere l'immagine container che è stata creata facendo clic sulla scheda Dettagli esecuzione e poi sul link dell'immagine.
Fai clic su Controlla i miei progressi per verificare l'obiettivo.
Ora che hai containerizzato il sito web e hai eseguito il push del container in Artifact Registry, è il momento di eseguire il deployment in Cloud Run.
Per il deployment in Cloud Run è possibile scegliere tra due approcci:
[monolith]
, digita Y.Fai clic su Controlla i miei progressi per verificare l'obiettivo.
Output:
Questo output mostra diverse cose. Puoi vedere il deployment, nonché l'utente che lo ha eseguito (la tua email) e l'URL da usare per accedere all'app. Sembra che tutto sia stato creato correttamente.
In questa sezione eseguirai nuovamente il deployment della tua applicazione, ma questa volta regolando uno dei parametri.
Per impostazione predefinita, un'applicazione Cloud Run avrà un valore di contemporaneità pari a 80, che significa che ogni istanza di container gestirà fino a 80 richieste alla volta. È una differenza considerevole rispetto al modello Functions as a Service, in cui ogni istanza gestisce una richiesta alla volta.
Sulla destra del deployment più recente è presente la voce Dettagli.
Vedrai che il valore di contemporaneità si è ridotto a "1".
Anche se questa configurazione è sufficiente a scopo di test, nella maggior parte degli scenari di produzione saranno presenti container che supportano più richieste in contemporanea.
Fai clic su Controlla i miei progressi per verificare l'obiettivo.
A questo punto, puoi ripristinare la contemporaneità originale senza ripetere il deployment. Puoi ripristinare il valore predefinito "80" per la contemporaneità oppure impostare semplicemente il valore su "0". In questo modo vengono eliminate tutte le limitazioni di contemporaneità e viene impostato il valore massimo predefinito, ovvero 80.
80
:Noterai che è stata creata un'altra revisione, il traffico è stato reindirizzato e la contemporaneità è di nuovo impostata su 80.
Scenario: il team di marketing ti ha chiesto di modificare la home page del sito. Secondo il team, dovrebbe essere più ricca di informazioni relative all'azienda e a ciò che commercializza.
Attività: aggiungerai del testo alla home page per soddisfare la richiesta del team di marketing. Uno dei nostri sviluppatori ha già creato le modifiche in un file denominato index.js.new
. Puoi semplicemente copiare questo file in index.js
per riflettere le modifiche. Segui le istruzioni riportate di seguito per applicare le modifiche appropriate.
Il codice risultante dovrebbe avere l'aspetto seguente:
Hai aggiornato i componenti React, ma devi creare la build dell'app React per generare i file statici.
Ora che il codice è aggiornato, ricrea il container Docker e pubblicalo in Artifact Registry. Puoi usare lo stesso comando di prima, aggiornando però l'etichetta della versione.
Nella sezione successiva userai questa immagine per aggiornare l'applicazione senza tempi di inattività.
Fai clic su Controlla i miei progressi per verificare l'obiettivo.
Le modifiche sono state completate e il team di marketing è molto soddisfatto dei tuoi aggiornamenti. Ora è il momento di aggiornare il sito web senza interruzioni per gli utenti. Cloud Run considera ogni deployment come una nuova Revisione, che prima viene portata online e poi riceve il traffico reindirizzato.
Per impostazione predefinita, alla revisione più recente viene assegnato il 100% del traffico in entrata per un servizio. È possibile usare le "route" per allocare varie percentuali di traffico a varie revisioni all'interno di un servizio. Segui le istruzioni riportate sotto per aggiornare il sito web.
Fai clic su Controlla i miei progressi per verificare l'obiettivo.
Output:
Qui vedrai che il servizio utilizza la versione più recente dell'immagine di cui è stato eseguito il deployment in una nuova revisione.
Per verificare le modifiche, passa all'URL esterno del servizio Cloud Run, aggiorna la pagina e nota che il titolo dell'applicazione è stato aggiornato.
Hai eseguito il deployment del sito web e lo hai de-scalato, ri-scalato e aggiornato in Cloud Run.
Questo self-paced lab fa parte della Quest di Qwiklabs Website on Google Cloud. Una Quest è una serie di lab collegati tra loro che formano un percorso di apprendimento. Il completamento di una Quest ti permette di ottenere un badge come riconoscimento dell'obiettivo raggiunto. Puoi rendere pubblici i tuoi badge inserendone i link nel tuo CV online o sui social media. Iscriviti a una delle Quest contenenti il lab e ricevi subito un riconoscimento per averlo completato. Fai riferimento al catalogo Google Cloud Skills Boost per tutte le Quest disponibili.
Se non hai familiarità con questi prodotti, ecco i link per saperne di più:
Ultimo aggiornamento del manuale: 13 dicembre 2023
Ultimo test del lab: 13 dicembre 2023
Copyright 2025 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.
Questi contenuti non sono al momento disponibili
Ti invieremo una notifica via email quando sarà disponibile
Bene.
Ti contatteremo via email non appena sarà disponibile
One lab at a time
Confirm to end all existing labs and start this one