Raccolta di dati di debug, analisi e stato di implementazione

Apigee hybrid ti mette a disposizione dati di debug, analisi e stato del deployment. Questi dati sono da un pod di raccolta dati che li invia al piano di gestione in modo che tu possa visualizzare analizzarli e impostare il monitoraggio e gli avvisi.

Informazioni sui dati

Tutti i servizi di Message Processor (MP) nel debug dello stream ibrido (se avviato), analisi e dati sullo stato di implementazione tramite TCP a un pod di raccolta dei dati nel cluster. Il pod di raccolta dei dati memorizza i dati in streaming nel file system del pod tramite un servizio fluentd.

L'Universal Data Collection Agent (agente di raccolta dati universale) estrae periodicamente i dati archiviati e li invia al servizio UAP (Unified Analytics Platform) nel piano di gestione. L'UAP elabora i dati di analisi e stato di implementazione in entrata e li rende disponibili tramite l'interfaccia utente ibrida o le API Apigee.

Apigee hybrid implementa il pod di raccolta dati come ReplicaSet con un minimo di due o lo scale out mediante repliche di lettura.

L'immagine seguente mostra il processo di raccolta dei dati di debug, analisi e stato del deployment:

Diagramma di architettura
che mostra il flusso di dati che parte dal Message Processor, viene archiviato dall'UDCP e infine
viene elaborato da un'API Apigee o dall'interfaccia utente ibrida Apigee.

Tieni presente che i dati sullo stato di debug, analisi e stato di deployment non vengono archiviati nella stessa posizione o a cui si accede allo stesso modo dei dati di logging e metriche:

  • I dati di log e metriche vengono archiviati nel tuo progetto Google Cloud e si accede tramite uno strumento come Stackdriver o qualsiasi altro strumento scelto.
  • I dati di debug, analisi e stato di deployment, invece, vengono memorizzati nel piano di gestione ibrido e puoi accedervi tramite i servizi Apigee, come l'interfaccia utente ibrida o le API Apigee.

La tabella seguente riassume i dati raccolti dal pod di raccolta dei dati:

Tipo di dati Nome set di dati Descrizione Frequenza di aggiornamento API
Analytics api Dati sull'utilizzo delle API, tra cui transazioni al secondo, utilizzo della cache gli errori, le latenze, le dimensioni delle richieste/risposte e i conteggi del traffico.

Per ulteriori informazioni, consulta la panoramica di Apigee Analytics.

Ritardo fino a 30 secondi API di amministrazione di Analytics
Stato di deployment event Lo stato attuale del deployment del proxy API.

Per ulteriori informazioni su come visualizzare queste informazioni, vedi Visualizza lo stato del deployment.

Immediatamente API Deployment
Debug debug

Debug dei dati della sessione per i proxy API. Questi dati includono i parametri di richiesta/risposta insieme alle trasformazioni applicate al momento dell'esecuzione delle norme.

A causa delle dimensioni, i dati di debug, a differenza dei dati di analisi e sullo stato di implementazione, non vengono raccolti sempre. I dati di debug vengono invece raccolti quando avvii una sessione di debug.

Per saperne di più, consulta Panoramica di debug.

Immediatamente API di sessione di debug
API di dati di sessione di debug

Visualizzare i dati nell'interfaccia utente ibrida

Questa sezione descrive come visualizzare i dati di debug, analisi e stato di implementazione nell'interfaccia utente ibrida di Apigee.

Debug

I dati di debug per i servizi ibridi sono accessibili allo stesso modo dei dati di debug Edge, con alcune come l'aumento del supporto dei filtri. Per ulteriori informazioni, consulta la panoramica del debug.

Analytics

I dati di analisi per i servizi ibridi sono accessibili nello stesso modo come i dati di analisi di Edge. Per ulteriori informazioni, vedi Utilizzare le dashboard di analisi in consulta la documentazione di Edge.

Stato del deployment del proxy

Per informazioni su come visualizzare lo stato del deployment, consulta Visualizzare lo stato del deployment.

Configura la raccolta dei dati

Per impostare come e dove vengono visualizzati i dati sullo stato di debug, analisi e deployment raccolti nel pod di raccolta dei dati, devi configurare la funzione servizio tramite le sue proprietà di configurazione. Le proprietà UDCA includono proprietà generali per l'UDCA e proprietà specifiche per ogni set di dati.

Per configurare l'unità di controllo dell'accesso:

  1. Apri il file overrides.yaml per la modifica sul tuo computer di amministrazione Kubernetes, come descritto in Gestire i componenti del piano di runtime.
  2. Imposta i valori delle impostazioni di configurazione dell'UDCA. Per l'UDCA, puoi impostare valori personalizzati per proprietà come:
    • Intervallo di polling
    • Numero di repliche (min e max)
    • Percentuale di CPU target (che attiva repliche aggiuntive)

    Per un elenco completo di proprietà UDCA personalizzabili, consulta udca.

  3. Salva le modifiche apportate al file override.yaml.
  4. Applica le modifiche al cluster eseguendo il comando apigeectl apply, come illustrato nell'esempio seguente:
    apigeectl apply -f my-overrides.yaml -c udca

    Per ulteriori informazioni sul comando apply, consulta Applicare l'ibrido al cluster.