Questo documento illustra l'utilizzo dell'API Cloud Monitoring per creare, modificare, eliminare, elencare e ottenere in modo programmatico criteri di avviso basati su metriche. Gli esempi mostrano come utilizzare Google Cloud CLI e le librerie client. Questi contenuti non si applicano ai criteri di avviso basati su log. Per informazioni sui criteri di avviso basati su log, consulta Monitoraggio dei log.
Queste attività possono essere eseguite anche utilizzando la console Google Cloud. Per ulteriori informazioni, consulta i seguenti documenti:
- Crea criteri di avviso per soglia di metriche utilizzando la console Google Cloud
- Gestire i criteri di avviso utilizzando la console Google Cloud
Informazioni sui criteri di avviso
Un criterio di avviso è rappresentato da un oggetto AlertPolicy
, che descrive un insieme di condizioni che indicano uno stato potenzialmente non integro nel sistema. I criteri di avviso fanno riferimento ai canali di notifica, che ti consentono di specificare come vuoi essere informato che è stato attivato un criterio di avviso.
Ogni criterio di avviso appartiene a un progetto di definizione dell'ambito di un ambito delle metriche. Ogni progetto può contenere fino a 500 criteri.
Per le chiamate API, devi fornire un "ID progetto". Utilizza l'ID del progetto di definizione dell'ambito di un ambito delle metriche come valore. In questi esempi,
l'ID del progetto di definizione dell'ambito di un ambito delle metriche è a-gcp-project
.
La risorsa AlertPolicy
supporta cinque operazioni:
- Creazione di nuovi criteri
- Eliminazione dei criteri esistenti
- Recupero di criteri specifici
- Recupero di tutti i criteri
- Modifica dei criteri esistenti
I criteri di avviso possono essere espressi in formato JSON o YAML, in modo da registrare i criteri nei file e utilizzare i file per eseguire il backup e il ripristino dei criteri. Con Google Cloud CLI, puoi creare criteri dai file in entrambi i formati. Con l'API REST puoi creare criteri da file JSON. Vedi Criteri di esempio per una selezione di criteri di avviso in formato JSON.
I seguenti esempi utilizzano l'interfaccia gcloud
e l'API per illustrare questi casi d'uso di base. Gli esempi di API sono estratti da un programma di esempio che utilizza l'API per implementare un sistema di backup e ripristino per i criteri di avviso. Esempi completi sono mostrati in Esempio: backup e ripristino.
Prima di iniziare
Prima di scrivere codice nell'API, devi:
- Acquisire familiarità con i concetti generali e la terminologia utilizzati con i criteri di avviso; consulta Panoramica degli avvisi per ulteriori informazioni.
- Assicurati che l'API Cloud Monitoring sia abilitata per l'utilizzo. Per ulteriori informazioni, consulta Abilitazione dell'API.
- Se prevedi di utilizzare librerie client, installa le librerie per le lingue desiderate. Per i dettagli, consulta Librerie client. Attualmente, il supporto API per gli avvisi è disponibile solo per C#, Go, Java, Node.js e Python.
Se prevedi di utilizzare Google Cloud CLI, installala. Tuttavia, se utilizzi Cloud Shell, Google Cloud CLI è già installato.
Qui puoi trovare anche esempi di utilizzo dell'interfaccia
gcloud
. Tieni presente che gli esempigcloud
presuppongono che il progetto corrente sia già stato impostato come destinazione (gcloud config set project [PROJECT_ID]
), pertanto le chiamate omettono il flag--project
esplicito. L'ID del progetto corrente negli esempi èa-gcp-project
.
-
Per ottenere le autorizzazioni necessarie per creare e modificare i criteri di avviso utilizzando l'API Cloud Monitoring, chiedi all'amministratore di concederti il ruolo IAM Editor AlertPolicy Monitoring (
roles/monitoring.alertPolicyEditor
) per il tuo progetto. Per saperne di più sulla concessione dei ruoli, consulta Gestire l'accesso.Potresti anche essere in grado di ottenere le autorizzazioni richieste tramite i ruoli personalizzati o altri ruoli predefiniti.
Per informazioni dettagliate sui ruoli IAM per Monitoring, consulta Controllare l'accesso con Identity and Access Management.
Progetta la tua applicazione per chiamate API Cloud Monitoring a thread singolo che modificano lo stato di un criterio di avviso in un progetto Google Cloud. Ad esempio, chiamate API a thread singolo che creano, aggiornano o eliminano un criterio di avviso.
crea un criterio di avviso
Per creare un criterio di avviso in un progetto, utilizza il metodo alertPolicies.create
. Per informazioni su come richiamare questo metodo, i relativi parametri e i dati della risposta, consulta la pagina di riferimento alertPolicies.create
.
Puoi creare criteri da file JSON o YAML.
Google Cloud CLI accetta questi file come argomenti e
puoi leggere in modo programmatico i file JSON, convertirli in oggetti AlertPolicy
e creare criteri da questi
utilizzando il metodo alertPolicies.create
. Se hai un file di configurazione JSON o YAML Prometheus con una regola di avviso, gcloud CLI può eseguirne la migrazione a un criterio di avviso di Cloud Monitoring con una condizione PromQL. Per maggiori informazioni, consulta
Eseguire la migrazione delle regole di avviso e dei ricevitori da Prometheus.
Gli esempi riportati di seguito illustrano la creazione di criteri di avviso, ma non descrivono come creare un file JSON o YAML che descrive un criterio di avviso. Gli esempi presuppongono invece che esista un file in formato JSON e illustrano come emettere la chiamata API. Ad esempio, per i file JSON, vedi Criteri di esempio. Per informazioni generali sul monitoraggio dei rapporti delle metriche, consulta Rapporto delle metriche.
gcloud
Per creare un criterio di avviso in un progetto, utilizza il comando gcloud alpha monitoring
policies create
. L'esempio seguente crea un criterio di avviso in
a-gcp-project
dal file rising-cpu-usage.json
:
gcloud alpha monitoring policies create --policy-from-file="rising-cpu-usage.json"
Se l'esito è positivo, questo comando restituisce il nome del nuovo criterio, ad esempio:
Created alert policy [projects/a-gcp-project/alertPolicies/12669073143329903307].
Il file rising-cpu-usage.json
contiene il codice JSON per un criterio con il nome visualizzato "Frequenza di modifica elevata della CPU". Per maggiori dettagli su questo criterio, consulta il Criterio della frequenza di modifica.
Per ulteriori informazioni, consulta il riferimento gcloud alpha monitoring policies create
.
C#
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Go
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Java
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Node.js
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
PHP
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Python
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
L'oggetto AlertPolicy
creato avrà campi aggiuntivi.
Il criterio avrà campi name
, creationRecord
e mutationRecord
. Inoltre, a ogni condizione nel criterio viene assegnato un valore name
.
Questi campi non possono essere modificati esternamente, quindi non è necessario impostarli quando si crea un criterio. Nessuno degli esempi JSON utilizzati per la creazione dei criteri li include, ma i campi saranno presenti se vengono recuperati dopo la creazione.
Elenco e ricezione dei criteri di avviso
Per recuperare un elenco dei criteri in un progetto, utilizza il metodo alertPolicies.list
.
Utilizza questo metodo per recuperare i criteri e applicare alcune azioni a ciascuno di essi, ad esempio eseguendo il backup. Questo metodo supporta anche le opzioni filter
e orderBy
per limitare e ordinare i risultati; consulta Ordinamento e filtri.
Se stai cercando un criterio specifico e ne conosci il nome, puoi usare il metodo alertPolicies.get
per recuperare solo quel criterio. Il nome di un criterio è il valore del campo name
, non displayName
, nell'oggetto AlertPolicy
. Il nome di un criterio ha il formato projects/[PROJECT_ID]/alertPolicies/[POLICY_ID]
, ad esempio:
projects/a-gcp-project/alertPolicies/12669073143329903307
gcloud
Per elencare tutti i criteri di avviso in un progetto, utilizza il comando gcloud alpha monitoring
policies list
:
gcloud alpha monitoring policies list
Se l'esito è positivo, il comando list
fornisce un elenco di tutti i criteri nel progetto specificato, formattato come YAML. Ad esempio, il criterio con il nome visualizzato "Frequenza di modifica elevata della CPU" nel progetto a-gcp-project
è elencato in questo modo, tra gli altri criteri elencati:
---
combiner: OR
conditions:
- conditionThreshold:
aggregations:
- alignmentPeriod: 900s
perSeriesAligner: ALIGN_PERCENT_CHANGE
comparison: COMPARISON_GT
duration: 180s
filter: metric.type="compute.googleapis.com/instance/cpu/utilization" AND resource.type="gce_instance"
thresholdValue: 0.5
trigger:
count: 1
displayName: CPU usage is increasing at a high rate
name: projects/a-gcp-project/alertPolicies/12669073143329903307/conditions/12669073143329903008
creationRecord:
mutateTime: '2018-03-26T18:52:39.363601689Z'
mutatedBy: [USER@DOMAIN]
displayName: High CPU rate of change
enabled: true
mutationRecord:
mutateTime: '2018-03-26T18:52:39.363601689Z'
mutatedBy: [USER@DOMAIN]
name: projects/a-gcp-project/alertPolicies/12669073143329903307
---
Per elencare un singolo criterio di avviso, utilizza invece gcloud alpha monitoring policies
describe
e specifica il nome del criterio. Ad esempio, questo comando restituisce solo l'elenco precedente:
gcloud alpha monitoring policies describe projects/a-gcp-project/alertPolicies/12669073143329903307
Per saperne di più, consulta i riferimenti a gcloud alpha monitoring policies list
e describe
. Il comando describe
corrisponde al metodo
alertPolicies.get
nell'API.
C#
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Go
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Java
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Node.js
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
PHP
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Python
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Elimina un criterio di avviso
Per eliminare un criterio da un progetto, utilizza il metodo alertPolicies.delete
e indica il nome del criterio di avviso da eliminare.
gcloud
Per eliminare un criterio di avviso, usa gcloud alpha monitoring policies
delete
e specifica il nome del criterio da eliminare. Ad esempio, il seguente comando elimina il criterio con il nome visualizzato "Frequenza di modifica elevata della CPU":
gcloud alpha monitoring policies delete projects/a-gcp-project/alertPolicies/12669073143329903307
Per ulteriori informazioni, consulta il riferimento gcloud alpha monitoring policies delete
.
Modificare un criterio di avviso
Per modificare un criterio di avviso, utilizza il metodo alertPolicies.patch
(nell'API REST).
Le altre implementazioni API e l'interfaccia gcloud
chiamano update
anziché patch
.
Un'operazione di aggiornamento può sostituire completamente il criterio esistente oppure può modificare un sottoinsieme di campi. Un'operazione di aggiornamento richiede un nuovo oggetto AlertPolicy
e
una maschera di campo facoltativa.
Se viene specificata una maschera di campo, qualsiasi campo elencato nella maschera viene aggiornato con il valore nel criterio specificato. Se il criterio fornito non include un campo menzionato nella maschera del campo, il campo viene cancellato e impostato sul valore predefinito. Tutti i campi non elencati nella maschera mantengono il valore precedente.
Se non viene specificata alcuna maschera di campo, il criterio esistente viene sostituito da quello specificato, ma il nome (projects/[PROJECT_ID]/alertPolicies/[POLICY_ID]
) viene riutilizzato. Eventuali condizioni nel nuovo criterio che hanno valori name
che includono un CONDITION_ID
manterranno quei nomi. In caso contrario, vengono creati
nuovi nomi per le condizioni e i criteri.
Quando utilizzi la riga di comando gcloud
per aggiornare i criteri, per specificare i campi da aggiornare vengono utilizzati flag della riga di comando anziché una maschera di campo.
Per informazioni dettagliate, visita la gcloud alpha monitoring policies update
.
Abilita o disabilita un criterio di avviso
Per attivare o disattivare un criterio, modifica il valore del campo booleano
enabled
nell'oggetto AlertPolicy
. Tieni presente che, dopo l'attivazione di un criterio, questo può comunque essere attivato dai dati raccolti mentre era disattivato.
gcloud
Per disabilitare un criterio di avviso, utilizza il comando gcloud alpha monitoring policies update
e fornisci il flag --no-enabled
. Il seguente comando disabilita il criterio di avviso "Frequenza di modifica elevata della CPU" nel progetto a-gcp-project
:
gcloud alpha monitoring policies update projects/a-gcp-project/alertPolicies/12669073143329903307 --no-enabled
Per abilitare il criterio, usa lo stesso comando e fornisci il flag --enabled
.
Per ulteriori informazioni, consulta il riferimento gcloud alpha monitoring policies update
. Il comando update
corrisponde al metodo
alertPolicies.patch
nell'API REST.
C#
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Go
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Java
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Node.js
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
PHP
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Python
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Aggiorna i canali di notifica in un criterio di avviso
Puoi anche aggiornare i canali di notifica a cui fa riferimento un criterio di avviso. I criteri di avviso si riferiscono ai canali di notifica per nome. I canali devono esistere prima di poter essere utilizzati in un criterio di avviso.
Puoi creare e gestire i canali di notifica in modo programmatico utilizzando le risorse NotificationChannel
e NotificationChannelDescriptors
.
Gli esempi di questa sezione presuppongono che questi canali esistano già e gli utilizzi di queste API compaiono anche negli esempi di pubblicità programmatica.
Per ulteriori informazioni sugli oggetti dei canali di notifica, consulta Creare e gestire i canali di notifica tramite API.
gcloud
Per modificare i canali di notifica in un criterio di avviso, utilizza il comando gcloud alpha monitoring policies update
. Esistono diversi
flag relativi ai canali di notifica, che ti consentono di rimuovere
i canali di notifica, sostituire i canali di notifica e aggiungere nuovi canali di notifica.
Ad esempio, il criterio con il nome visualizzato "High CPU rate of change" nel progetto a-gcp-project è stato creato senza canali di notifica.
Per aggiungere un canale di notifica a questo criterio, usa il comando gcloud alpha monitoring
policies update
e specifica il canale da aggiungere con il flag --add-notification-channels
:
gcloud alpha monitoring policies update projects/a-gcp-project/alertPolicies/12669073143329903307 \
--add-notification-channels="projects/a-gcp-project/notificationChannels/1355376463305411567"
Per ulteriori informazioni, consulta il riferimento gcloud alpha monitoring policies update
. Il comando update
corrisponde al metodo
alertPolicies.patch
nell'API REST.
Il canale di notifica aggiunto qui deve esistere già; consulta la sezione Creare un canale di notifica per ulteriori informazioni.
C#
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Go
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Java
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Node.js
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
PHP
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Python
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Modificare la documentazione in un criterio di avviso
Un criterio può includere la documentazione che include gli incidenti e le notifiche associati al criterio. Utilizza questo campo per includere informazioni che consentano agli intervistati di comprendere e gestire il problema indicato dal criterio di avviso. La documentazione è inclusa nelle notifiche via email e nei tipi di notifiche che lo consentono; altri tipi di canali potrebbero ometterla.
gcloud
Per aggiungere la documentazione a un criterio o per sostituire la documentazione esistente, utilizza il comandogcloud alpha monitoring policies update
e fornisci il flag --documentation-format="text/markdown"
(l'unico formato supportato) e il flag --documentation
(per inserire il valore dalla riga di comando) o il flag --documentation-from-file
(per leggere il valore da un file).
Ad esempio, il criterio con il nome visualizzato "High CPU rate of change" nel progetto a-gcp-project è stato creato senza documentazione.
Il seguente comando imposta il campo documentation
nel criterio specificato sui contenuti del file cpu-usage-doc.md
:
gcloud alpha monitoring policies update projects/a-gcp-project/alertPolicies/12669073143329903307 \
--documentation-format="text/markdown" \
--documentation-from-file="cpu-usage-doc.md"
Per ulteriori informazioni, consulta il riferimento gcloud alpha monitoring policies update
. Il comando update
corrisponde al metodo
alertPolicies.patch
nell'API REST.
Aggiungi un criterio di avviso a una dashboard
Per visualizzare il riepilogo di un criterio di avviso a condizione singola sulla dashboard personalizzata, aggiungi un widget AlertChart
alla dashboard.
Utilizzerai il metodo dashboards.create
per una nuova dashboard e il metodo dashboards.patch
per una dashboard esistente.
Se specifichi un criterio di avviso per più condizioni, il grafico degli avvisi non mostrerà dati.
Per informazioni dettagliate sull'utilizzo di questi metodi API, consulta Creare e gestire le dashboard per API.
Esempio: backup e ripristino
Tutti gli esempi di API mostrati sono estratti da un'applicazione più grande che è in grado di eseguire il backup dei criteri di avviso in un progetto in un file e di ripristinare i criteri, possibilmente in un altro progetto. Se i progetti utilizzati per il backup e il ripristino sono diversi, l'applicazione esporta e importa in modo efficace i criteri da un progetto all'altro.
Questa sezione mostra il codice per il backup e il ripristino nel contesto anziché come insieme di piccoli estratti isolati.
Backup dei criteri
L'operazione di backup è semplice. L'insieme di criteri di avviso e l'insieme di canali di notifica in ogni progetto vengono raccolti e salvati in uno spazio di archiviazione esterno in JSON.
C#
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Go
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Java
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Node.js
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
PHP
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Python
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Ripristino dei criteri di cui è stato eseguito il backup
La procedura di ripristino è più complessa del backup originale. Puoi ripristinare il progetto di cui hai eseguito il backup in origine. Puoi anche ripristinare in un progetto diverso, importando in modo efficace criteri di avviso.
Se ripristini lo stesso progetto, tutti i canali o i criteri esistenti vengono aggiornati se esistono ancora. In caso contrario, vengono ricreati. I campi di sola lettura, come i record di creazione e mutazione, nei criteri di cui è stato eseguito il backup vengono cancellati dal processo di ripristino prima che i criteri e le notifiche vengano ricreati.
Puoi utilizzare un criterio salvato in un progetto per creare un criterio nuovo o simile in un altro progetto. Tuttavia, devi prima apportare le seguenti modifiche in una copia della norma salvata:
- Rimuovi i seguenti campi da tutti i canali di notifica:
name
verificationStatus
- Crea canali di notifica prima di fare riferimento ai canali nelle norme di avviso (sono necessari i nuovi identificatori dei canali).
- Rimuovi i seguenti campi da tutti i criteri di avviso che stai ricreando:
name
condition.name
creationRecord
mutationRecord
Se il criterio viene ricreato in un nuovo progetto, i nomi di tutte le condizioni nei criteri di backup vengono cancellati insieme ai record di creazione e modifica.
Inoltre, quando un canale di notifica viene ricreato in un altro progetto, riceve un nome diverso, per cui il processo di ripristino deve mappare i nomi dei canali nei criteri di avviso di cui è stato eseguito il backup ai nuovi nomi e sostituire quelli precedenti con quelli nuovi.
Oltre ai nomi dei canali di notifica, il valore del campo verificationStatus
non può essere impostato quando il canale viene creato o aggiornato, quindi viene utilizzato un valore sentinel, ovvero unspecified
. Dopo essere stati ripristinati in un nuovo progetto, i canali devono essere verificati esplicitamente.
C#
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Go
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Java
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Node.js
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
PHP
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Python
Per eseguire l'autenticazione a Monitoring, configura Credenziali predefinite dell'applicazione. Per maggiori informazioni, consulta Configurare l'autenticazione per un ambiente di sviluppo locale.
Avvisi e Google Cloud CLI
In Google Cloud CLI, il gruppo di comandi per la gestione dei criteri di avviso e dei canali di notifica è monitoring
, in versione alpha.
Il gruppo monitoring
è disponibile nel componente alpha
.
In altre parole, questi comandi iniziano tutti con:
gcloud alpha monitoring
Per verificare se il componente alpha
è installato, esegui questo comando:
gcloud components list
Se non hai installato il componente alpha
, esegui questo comando per
installarlo:
gcloud components install alpha
Se hai il componente alpha
, verifica il gruppo monitoring
eseguendo questo comando:
gcloud alpha monitoring --help
Se il gruppo monitoring
non è incluso, Google Cloud CLI ti chiederà di
aggiungerlo:
You do not currently have this command group installed.
[...]
Do you want to continue (Y/n)? y