Esegui il deployment dal codice sorgente

Questa pagina descrive come deploy di nuovi servizi e di nuove revisioni in Cloud Run direttamente dal codice sorgente utilizzando un singolo comando gcloud CLI, gcloud run deploy con il flag --source. Per una procedura dettagliata di esempio sul deployment di un servizio Hello World, consulta Le guide rapide del deployment dall'origine.

Dietro le quinte, questo comando utilizza i buildpack di Google Cloud e Cloud Build per creare automaticamente immagini container dal codice sorgente, senza dover installare Docker sulla macchina o configurare buildpack o Cloud Build. In altre parole, il singolo comando descritto sopra fa ciò che altrimenti richiederebbe i comandi gcloud builds submit e gcloud run deploy.

Tieni presente che i deployment di origine utilizzano Artifact Registry per archiviare i container creati. Se il tuo progetto non dispone già di un repository Artifact Registry con il nome cloud-run-source-deploy nella regione in cui stai eseguendo il deployment, questa funzionalità crea automaticamente un repository Artifact Registry con il nome cloud-run-source-deploy.

Se nella directory del codice sorgente è presente un Dockerfile, il codice sorgente caricato viene creato utilizzando quel Dockerfile. Se nella directory del codice sorgente non è presente alcun Dockerfile, i buildpack di Google Cloud rilevano automaticamente il linguaggio in uso e recuperano le dipendenze del codice per creare un'immagine container pronta per la produzione, utilizzando un'immagine di base sicura gestita da Google. Ogni volta che esegui il deployment, eventuali correzioni di sicurezza necessarie vengono selezionate automaticamente dall'immagine di base.

Lingue supportate

Oltre alle origini con un Dockerfile, il deployment dall'origine supporta i seguenti linguaggi:

  • Go
  • Node.js
  • Python
  • Java
  • Kotlin
  • .NET
  • Ruby
  • PHP

Leggi maggiori dettagli sulle versioni in lingua supportate dai buildpack Google Cloud.

Limitazioni di questa funzionalità

  • Il deployment dall'origine utilizza Artifact Registry, quindi questa funzionalità è disponibile solo nelle regioni supportate da Artifact Registry.
  • Il deployment dall'origine utilizzando gcloud run deploy --source è una funzionalità comoda e non consente la personalizzazione completa della build. Per un maggiore controllo, crea l'immagine container utilizzando Cloud Build, ad esempio utilizzando gcloud builds submit, quindi esegui il deployment dell'immagine container utilizzando, ad esempio, gcloud run deploy --image.
  • Il deployment dal codice sorgente con i buildpack di Google Cloud imposta la data dell'ultima modifica dei file di origine al 1° gennaio 1980. Questo è il comportamento predefinito dei buildpack ed è progettato per supportare build riproducibili. A seconda del framework linguistico, ciò può influire sulla memorizzazione nella cache lato browser dei file statici. Se la tua applicazione è interessata da questo problema, Google consiglia di disabilitare le intestazioni HTTP etag e Last-Modified nell'applicazione.
  • Il deployment dall'origine con i buildpack Google Cloud utilizza sempre gcr.io/buildpacks/builder:latest. Se la lingua o la configurazione del sistema operativo che preferisci non è disponibile in latest, utilizza uno strumento di creazione specifico per creare un'immagine dell'applicazione utilizzando il generatore che preferisci.

Prima di iniziare

  • Assicurati di aver configurato un nuovo progetto per Cloud Run come descritto nella pagina di setup.
  • Se un criterio dell'organizzazione con limitazioni di dominio limita le chiamate non autenticate per il tuo progetto, dovrai accedere al servizio di cui è stato eseguito il deployment come descritto in Test dei servizi privati.

Autorizzazioni richieste per il deployment

Per eseguire il deployment dall'origine, devi disporre delle autorizzazioni per creare, archiviare l'immagine container creata ed eseguirne il deployment.

Devi disporre di UNO dei seguenti:

Deployment in corso

Per eseguire il deployment dal codice sorgente:

  1. Passa alla directory di origine. Tieni presente che la directory di origine non richiede un Dockerfile, ma verrà utilizzato un Dockerfile se è presente.

  2. Crea ed esegui il deployment della tua applicazione:

    gcloud run deploy SERVICE --source .

    Sostituisci SERVICE con il nome del servizio che preferisci.

    Rispondere a qualsiasi richiesta di installare le API richieste rispondendo y quando viene richiesto. Per un progetto, devi eseguire questa operazione una sola volta. Rispondi alle altre richieste fornendo la piattaforma e la regione, se non hai impostato valori predefiniti per questi messaggi come descritto nella pagina di setup.

  3. Attendi il completamento della build e del deployment. Al termine, viene visualizzato un messaggio simile a questo:

    Service [my-app] revision [my-app-00000-xxx] has been deployed and is serving 100 percent of traffic. Service URL: https://my-app-texampleq-uc.a.run.app

    Al momento del deployment, tieni presente che questa revisione del servizio gestisce il 100% del traffico.

Automatizzare la creazione dalla fonte

Come best practice per evitare le modifiche nell'origine locale senza versione, Google consiglia di eseguire automaticamente il deployment quando viene eseguito il push delle modifiche nel repository Git. Per semplificare questa operazione, puoi connettere e configurare il deployment continuo al tuo servizio Cloud Run. Collegando i tuoi repository GitHub a Cloud Run, puoi configurare le build ed eseguire il deployment dei tuoi repository senza scrivere Dockerfile o file di build.

Per configurare le build automatiche, configura l'automazione come descritto nella pagina delle build continue, assicurandoti di scegliere l'opzione per creare il codice sorgente con Buildpacks.

Passaggi successivi

Dopo aver eseguito il deployment di un nuovo servizio, puoi:

Puoi automatizzare le build e i deployment dei tuoi servizi Cloud Run utilizzando i trigger di Cloud Build: