Ricevi eventi utilizzando Cloud Audit Logs (gcloud CLI)

Guida rapida: ricevi eventi utilizzando Cloud Audit Logs (Google Cloud CLI)

Ricevi eventi utilizzando Cloud Audit Logs (gcloud CLI)

Questa guida rapida mostra come ricevere eventi da Cloud Storage in un servizio Cloud Run non autenticato utilizzando Eventarc.

Nota: per impostazione predefinita, il deployment di tutti i servizi Cloud Run viene eseguito privatamente, il che significa che non è possibile accedervi senza fornire credenziali di autenticazione nella richiesta. Per i progetti con criteri dell'organizzazione di condivisione limitata al dominio, utilizza un servizio di destinazione Cloud Run autenticato anziché uno che consente l'accesso pubblico (non autenticato).

Puoi completare questa guida rapida utilizzando Google Cloud CLI. Per istruzioni utilizzando la console, consulta Creare un trigger utilizzando la console Google Cloud.

In questa guida rapida:

1. Creare un bucket Cloud Storage da utilizzare come origine dell'evento.

2. Eseguire il deployment di un servizio di ricezione di eventi in Cloud Run.

3. Crea un attivatore di evento.

4. Generare un evento caricando un file nel bucket Cloud Storage e visualizzarlo nei log di Cloud Run.

Prima di iniziare

I vincoli di sicurezza definiti dalla tua organizzazione potrebbero impedirti di completare i passaggi seguenti. Per informazioni sulla risoluzione dei problemi, consulta la pagina Sviluppare applicazioni in un ambiente Google Cloud limitato.

1. Accedi al tuo account Google Cloud. Se non conosci Google Cloud, crea un account per valutare le prestazioni dei nostri prodotti in scenari reali. I nuovi clienti ricevono anche 300 $di crediti gratuiti per l'esecuzione, il test e il deployment dei carichi di lavoro.
2. Installa Google Cloud CLI.

3. Per initialize gcloud CLI, esegui questo comando:

   gcloud init

4. Crea o seleziona un progetto Google Cloud.

   Nota: se non prevedi di conservare le risorse create in questa procedura, crea un progetto anziché selezionarne uno esistente. Dopo aver completato questi passaggi, puoi eliminare il progetto, rimuovendo tutte le risorse associate.

   • Crea un progetto Google Cloud:

     gcloud projects create PROJECT_ID

     Sostituisci PROJECT_ID con un nome per il progetto Google Cloud che stai creando.

   • Seleziona il progetto Google Cloud che hai creato:

     gcloud config set project PROJECT_ID

     Sostituisci PROJECT_ID con il nome del tuo progetto Google Cloud.

5. Assicurati che la fatturazione sia attivata per il tuo progetto Google Cloud.

6. Abilita le API Cloud Build, Cloud Run, Eventarc, and Pub/Sub.

   gcloud services enable cloudbuild.googleapis.com run.googleapis.com eventarc.googleapis.com pubsub.googleapis.com

7. Installa Google Cloud CLI.

8. Per initialize gcloud CLI, esegui questo comando:

   gcloud init

9. Crea o seleziona un progetto Google Cloud.

   Nota: se non prevedi di conservare le risorse create in questa procedura, crea un progetto anziché selezionarne uno esistente. Dopo aver completato questi passaggi, puoi eliminare il progetto, rimuovendo tutte le risorse associate.

   • Crea un progetto Google Cloud:

     gcloud projects create PROJECT_ID

     Sostituisci PROJECT_ID con un nome per il progetto Google Cloud che stai creando.

   • Seleziona il progetto Google Cloud che hai creato:

     gcloud config set project PROJECT_ID

     Sostituisci PROJECT_ID con il nome del tuo progetto Google Cloud.

10. Assicurati che la fatturazione sia attivata per il tuo progetto Google Cloud.

11. Abilita le API Cloud Build, Cloud Run, Eventarc, and Pub/Sub.

    gcloud services enable cloudbuild.googleapis.com run.googleapis.com eventarc.googleapis.com pubsub.googleapis.com

12. Aggiorna gcloud componenti:

    gcloud components update

13. Accedi utilizzando il tuo account:

    gcloud auth login

14. Imposta le variabili di configurazione utilizzate in questa guida rapida:

    gcloud config set run/region us-central1
    gcloud config set run/platform managed
    gcloud config set eventarc/location us-central1

15. Se sei l'autore del progetto, ti viene concesso il ruolo Proprietario di base (roles/owner). Per impostazione predefinita, questo ruolo di Identity and Access Management (IAM) include le autorizzazioni necessarie per l'accesso completo alla maggior parte delle risorse Google Cloud e puoi saltare questo passaggio.

    Se non sei l'autore del progetto, le autorizzazioni richieste devono essere concesse per il progetto all'entità appropriata. Ad esempio, un'entità può essere un Account Google (per gli utenti finali) o un account di servizio (per applicazioni e carichi di lavoro di computing). Per ulteriori informazioni, consulta la pagina Ruoli e autorizzazioni per la destinazione dell'evento.

    Autorizzazioni obbligatorie

    Per ottenere le autorizzazioni necessarie per completare questo tutorial, chiedi all'amministratore di concederti i seguenti ruoli IAM sul tuo progetto:

    • Editor Cloud Build (roles/cloudbuild.builds.editor)
    • Amministratore Cloud Run (roles/run.admin)
    • Amministratore Eventarc (roles/eventarc.admin)
    • Funzione di accesso alla visualizzazione dei log (roles/logging.viewAccessor)
    • Amministratore IAM progetto (roles/resourcemanager.projectIamAdmin)
    • Service Account Admin (roles/iam.serviceAccountAdmin) [Amministratore account di servizio]
    • Utente account di servizio (roles/iam.serviceAccountUser)
    • Amministratore Service Usage (roles/serviceusage.serviceUsageAdmin)
    • Amministratore spazio di archiviazione (roles/storage.admin)

    Per saperne di più sulla concessione dei ruoli, vedi Gestire l'accesso.

    Potresti anche essere in grado di ottenere le autorizzazioni richieste tramite ruoli personalizzati o altri ruoli predefiniti.

16. Abilitare i tipi di log di Lettura amministratore, Lettura dati e Scrittura dati di Cloud Audit Logs in Google Cloud Storage.

    Tieni presente che, a livello di progetto, devi avere il ruolo roles/owner Identity and Access Management per configurare gli audit log di accesso ai dati per le tue risorse Google Cloud.

    1. Leggi il criterio IAM del progetto e archivialo in un file:

       gcloud projects get-iam-policy PROJECT_ID > /tmp/policy.yaml

    2. Modifica il criterio in /tmp/policy.yaml, aggiungendo o modificando solo la configurazione degli audit log di accesso ai dati.
       Attenzione: devi conservare le sezioni bindings: e etag: senza modifiche. In caso contrario, il progetto potrebbe diventare inutilizzabile.

       auditConfigs:
       - auditLogConfigs:
       - logType: ADMIN_READ
       - logType: DATA_WRITE
       - logType: DATA_READ
       service: storage.googleapis.com

    3. Scrivi il nuovo criterio IAM:

       gcloud projects set-iam-policy PROJECT_ID /tmp/policy.yaml

       Se il comando precedente segnala un conflitto con un'altra modifica, ripeti questi passaggi, iniziando dalla lettura del criterio IAM del progetto.

17. L'account di servizio predefinito di Compute Engine viene creato automaticamente dopo aver abilitato o utilizzato un servizio Google Cloud che utilizza Compute Engine.

    A scopo di test, puoi collegare questo account di servizio a un trigger Eventarc per rappresentare l'identità del trigger. Prendi nota del formato email da utilizzare quando crei un trigger:

    [e-mail]
    

    Sostituisci PROJECT_NUMBER con il numero del tuo progetto Google Cloud. Puoi trovare il numero del progetto nella pagina Dashboard della console Google Cloud o eseguendo il seguente comando:

    gcloud projects describe PROJECT_ID --format='value(projectNumber)'

    All'account di servizio Compute Engine viene concesso automaticamente il ruolo Editor di base (roles/editor) sul tuo progetto. Tuttavia, se le concessioni automatiche dei ruoli sono state disabilitate, consulta le istruzioni applicabili su Ruoli e autorizzazioni per creare un nuovo account di servizio e concedere i ruoli richiesti.

    Attenzione: ti consigliamo di utilizzare l'account di servizio predefinito di Compute Engine solo a scopo di test. Per gli ambienti di produzione, consigliamo vivamente di creare un nuovo account di servizio e di concedere a tale account uno o più ruoli IAM contenenti le autorizzazioni minime richieste e che seguono il principio del privilegio minimo.
18. Concedi il ruolo Ricevitore eventi Eventarc (roles/eventarc.eventReceiver) sul progetto all'account di servizio predefinito di Compute Engine in modo che il trigger Eventarc possa ricevere eventi da provider di eventi.

    gcloud projects add-iam-policy-binding PROJECT_ID \
        --member=serviceAccount:[e-mail] \
        --role=roles/eventarc.eventReceiver

19. Se hai abilitato l'agente di servizio Cloud Pub/Sub entro l'8 aprile 2021 per supportare le richieste push Pub/Sub autenticate, concedi il ruolo Creatore token account di servizio (roles/iam.serviceAccountTokenCreator) all'account di servizio gestito da Google. In caso contrario, questo ruolo è concesso per impostazione predefinita:

    gcloud projects add-iam-policy-binding PROJECT_ID \
        --member=serviceAccount:[e-mail] \
        --role=roles/iam.serviceAccountTokenCreator

20. Scarica e installa lo strumento di gestione del codice sorgente Git.

Crea un bucket Cloud Storage

Questa guida rapida utilizza Cloud Storage come origine evento. Per creare un bucket di archiviazione:

gsutil mb -l us-central1 gs://events-quickstart-PROJECT_ID/

Dopo aver creato l'origine evento, puoi eseguire il deployment del servizio di ricezione di eventi in Cloud Run.

Esegui il deployment del servizio di ricezione di eventi in Cloud Run

Esegui il deployment di un servizio Cloud Run che riceve e registra eventi. Per eseguire il deployment del servizio di ricezione di eventi di esempio:

1. Clona il repository:

   Go

   git clone https://github.com/GoogleCloudPlatform/golang-samples.git
   cd golang-samples/eventarc/audit_storage
   

   Java

   git clone https://github.com/GoogleCloudPlatform/java-docs-samples.git
   cd java-docs-samples/eventarc/audit-storage
   

   .NET

   git clone https://github.com/GoogleCloudPlatform/dotnet-docs-samples.git
   cd dotnet-docs-samples/eventarc/audit-storage
   

   Node.js

   git clone https://github.com/GoogleCloudPlatform/nodejs-docs-samples.git
   cd nodejs-docs-samples/eventarc/audit-storage
   

   Python

   git clone https://github.com/GoogleCloudPlatform/python-docs-samples.git
   cd python-docs-samples/eventarc/audit-storage
   

2. Crea il container e caricalo su Cloud Build:

   gcloud builds submit --tag gcr.io/PROJECT_ID/helloworld-events
   

3. Esegui il deployment dell'immagine container in Cloud Run:

   gcloud run deploy helloworld-events \
       --image gcr.io/PROJECT_ID/helloworld-events \
       --allow-unauthenticated
   

   Una volta eseguito il deployment, la riga di comando mostra l'URL del servizio.

   Ora che hai eseguito il deployment in Cloud Run del servizio di ricezione di eventi denominato helloworld-events, puoi configurare il trigger.

Crea un trigger Eventarc

Il trigger Eventarc invierà gli eventi dal bucket Cloud Storage al servizio Cloud Run helloworld-events.

1. Crea un trigger che filtri gli eventi Cloud Storage e che utilizzi l'account di servizio predefinito Compute Engine del progetto Google Cloud:

     gcloud eventarc triggers create events-quickstart-trigger \
         --destination-run-service=helloworld-events \
         --destination-run-region=us-central1 \
         --event-filters="type=google.cloud.audit.log.v1.written" \
         --event-filters="serviceName=storage.googleapis.com" \
         --event-filters="methodName=storage.objects.create" \
         --service-account=[e-mail]
   

   Viene creato un trigger denominato events-quickstart-trigger.

   Tieni presente che quando crei un trigger Eventarc per la prima volta in un progetto Google Cloud, potrebbe verificarsi un ritardo nel provisioning dell'agente di servizio Eventarc. Per risolvere questo problema, prova a creare di nuovo il trigger. Per ulteriori informazioni, consulta la sezione Errori di autorizzazione negata.

2. Per confermare che events-quickstart-trigger è stato creato correttamente, esegui:

    gcloud eventarc triggers list --location=us-central1
   

   events-quickstart-trigger è elencato con una destinazione che è il servizio Cloud Run, helloworld-events.

Nota: anche se il trigger viene creato immediatamente, possono essere necessari fino a due minuti prima che sia completamente funzionale.

Generare e visualizzare un evento

1. Per generare un evento, carica un file di testo in Cloud Storage:

    echo "Hello World" > random.txt
    gsutil cp random.txt gs://events-quickstart-PROJECT_ID/random.txt
   

   Il caricamento genera un evento e il servizio Cloud Run registra il messaggio dell'evento.

2. Per visualizzare le voci di log relative agli eventi create dal servizio, esegui questo comando:

   gcloud logging read 'textPayload: "Detected change in Cloud Storage bucket"'
   

3. Cerca una voce di log simile alla seguente:

   Detected change in Cloud Storage bucket: storage.googleapis.com/projects/_/buckets/BUCKET_NAME/objects/random.txt
   

   dove BUCKET_NAME è il nome del bucket Cloud Storage.

   Nota: se non vedi una voce di log, attendi alcuni minuti e riprova a utilizzare il comando gcloud logging read. Dopo la creazione, l'attivatore può impiegare fino a due minuti per iniziare a filtrare gli eventi.

Complimenti! Hai eseguito correttamente il deployment di un servizio di ricezione di eventi in Cloud Run, hai creato un trigger Eventarc, hai generato un evento da Cloud Storage e lo hai visualizzato nei log di Cloud Run.

Esegui la pulizia

Sebbene Cloud Run non addebiti i costi quando il servizio non è in uso, ti potrebbero comunque essere addebitati i costi per l'archiviazione dell'immagine container in Container Registry, l'archiviazione dei file nel bucket Cloud Storage e delle risorse Eventarc.

Puoi:

1. Elimina l'immagine.

2. Elimina il bucket di archiviazione.

3. Elimina il trigger Eventarc.

In alternativa, puoi eliminare il progetto Google Cloud per evitare addebiti. L'eliminazione del progetto Google Cloud interrompe la fatturazione per tutte le risorse utilizzate all'interno del progetto.

Attenzione: l'eliminazione di un progetto ha i seguenti effetti:

• L'intero contenuto del progetto viene eliminato. Se hai utilizzato un progetto esistente per le attività in questo documento, quando lo elimini elimini anche qualsiasi altro lavoro svolto nel progetto.
• Gli ID progetto personalizzati non sono più disponibili. Quando hai creato questo progetto, potresti aver creato un ID progetto personalizzato che vuoi utilizzare in futuro. Per conservare gli URL che utilizzano l'ID progetto, ad esempio un URL appspot.com, elimina le risorse selezionate all'interno del progetto anziché eliminare l'intero progetto.

Elimina un progetto Google Cloud:

gcloud projects delete PROJECT_ID

Passaggi successivi

• Ricevi un evento Cloud Audit Logs per i carichi di lavoro di produzione
• Creare container
• Determinare i filtri eventi per Cloud Audit Logs
• Sviluppa servizi Cloud Run