Monitoraggio

L'ottimizzazione del rendimento inizia con l'identificazione delle metriche chiave, in genere correlate a latenza e throughput. L'aggiunta del monitoraggio per acquisire e monitorare queste metriche espone i punti deboli dell'applicazione. Con le metriche, è possibile intraprendere l'ottimizzazione per migliorare le metriche sul rendimento.

Inoltre, molti strumenti di monitoraggio consentono di configurare avvisi per le metriche, in modo da ricevere una notifica quando viene raggiunta una determinata soglia. Ad esempio, puoi configurare un avviso per ricevere una notifica quando la percentuale di richieste non riuscite aumenta di oltre X% rispetto ai livelli normali. Gli strumenti di monitoraggio possono aiutarti a identificare l'aspetto del rendimento normale e a individuare picchi insoliti di latenza, quantità di errori e altre metriche chiave. La possibilità di monitorare queste metriche è particolarmente importante durante i periodi di tempo critici per l'attività o dopo che è stato eseguito il push di nuovo codice in produzione.

Identificare le metriche di latenza

Assicurati che l'interfaccia utente sia il più reattiva possibile, tenendo presente che gli utenti si aspettano standard ancora più elevati dalle app mobile. La latenza deve essere misurata e monitorata anche per i servizi di backend, in particolare perché, se non viene controllata, può causare problemi di throughput.

Le metriche suggerite da monitorare includono le seguenti:

• Durata della richiesta
• Durata della richiesta con granularità del sottosistema (ad es. chiamate API)
• Durata job

Identificare le metriche di throughput

Il throughput è una misura del numero totale di richieste gestite in un determinato periodo di tempo. Il throughput può essere influenzato dalla latenza dei sottosistemi, pertanto potrebbe essere necessario ottimizzare la latenza per migliorare il throughput.

Ecco alcune metriche suggerite da monitorare:

• Query al secondo
• Dimensione dei dati trasferiti al secondo
• Numero di operazioni di I/O al secondo
• Utilizzo delle risorse, ad esempio utilizzo di CPU o memoria utilizzata
• Dimensione del backlog di elaborazione, ad esempio Pub/Sub o numero di thread

Non solo la media

Un errore comune nella misurazione del rendimento è considerare solo il caso medio (medio). Sebbene sia utile, non fornisce informazioni sulla distribuzione della latenza. Una metrica migliore da monitorare sono i percentili di rendimento, ad esempio il 50°, il 75°, il 90° e il 99° percentile per una metrica.

In genere, l'ottimizzazione può essere eseguita in due passaggi. Innanzitutto, ottimizza la latenza del 90° percentile. Poi, considera il 99° percentile, noto anche come latenza di coda: la piccola parte di richieste che richiedono molto più tempo per essere completate.

Monitoraggio lato server per risultati dettagliati

In genere, per il monitoraggio delle metriche è preferibile il profiling lato server. In genere, il lato server è molto più facile da instrumentare, consente l'accesso a dati più granulari ed è meno soggetto a perturbazioni dovute a problemi di connettività.

Monitoraggio del browser per la visibilità end-to-end

Se l'integrazione dell'API Google Ads gestisce un frontend web per gli utenti finali, il profiling del browser può fornire ulteriori informazioni sull'esperienza utente. Può mostrare le pagine con richieste lente, che puoi quindi correlare al monitoraggio lato server per ulteriori analisi.

Google Analytics fornisce anche il monitoraggio predefinito dei tempi di caricamento delle pagine nel report Tempi pagine di Analytics. Questo fornisce diverse visualizzazioni utili per comprendere l'esperienza utente sul tuo sito, in particolare:

• Tempi di caricamento delle pagine
• Tempi di caricamento dei reindirizzamenti
• Tempi di risposta del server

Monitoraggio nel cloud

Esistono molti strumenti che puoi utilizzare per acquisire e monitorare le metriche sul rendimento della tua applicazione. Ad esempio, puoi utilizzare Google Cloud Logging per registrare le metriche sul rendimento nel tuo progetto Google Cloud, quindi configurare le dashboard in Google Cloud Monitoring per monitorare e segmentare le metriche registrate.

Consulta la guida di Logging per un esempio di intercettore di logging gRPC personalizzato scritto per la libreria client Python. In questo esempio, l'intercettore chiama logger.log_struct() per inviare un dizionario Python di dati di log strutturati a Cloud Logging, che Cloud Logging archivia nel campo jsonPayload della voce di log:

logger.log_struct({
    "method": method_name,
    "elapsed_ms": elapsed_milliseconds,
    "is_fault": is_fault,
})

Con questi dati disponibili in Google Cloud, puoi creare metriche basate sui dati registrati per ottenere visibilità sulla tua applicazione tramite Google Cloud Monitoring. Segui la guida alle metriche basate su log definite dall'utente per creare metriche utilizzando i log inviati a Google Cloud Logging.

In alternativa, puoi utilizzare le librerie client di Cloud Monitoring per definire le metriche nel codice e inviarle direttamente a Monitoring, separatamente dai log.

Esempio di metriche basate su log

Supponiamo che tu voglia monitorare il valore is_fault per comprendere meglio le percentuali di errore nella tua applicazione. Poiché logger.log_struct() scrive i campi del dizionario strutturato in jsonPayload in ogni voce di Cloud Logging, puoi creare una metrica contatore denominata ErrorCount con un filtro che corrisponda alle richieste non riuscite, ad esempio jsonPayload.is_fault = true.

In Cloud Logging, le etichette consentono di raggruppare le metriche in categorie in base ad altri dati nei log. Puoi configurare un'etichetta STRING denominata Method nel campo jsonPayload.method inviato a Cloud Logging per suddividere il conteggio degli errori in base al metodo dell'API Google Ads.

Con la metrica ErrorCount e l'etichetta Method configurate, puoi creare un nuovo grafico in Cloud Monitoring per monitorare ErrorCount, raggruppato per Method.

Avvisi

In Cloud Monitoring e in altri strumenti è possibile configurare policy di avviso che specificano quando e come gli avvisi devono essere attivati dalle metriche. Per istruzioni sulla configurazione degli avvisi di Cloud Monitoring, consulta la guida alla creazione di avvisi relativi alle metriche basate su log.