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 vengono raccolti da un pod di raccolta dei dati che li invia al piano di gestione in modo da poterli visualizzare e analizzare, nonché configurare 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 dei dati come ReplicaSet con un minimo di due repliche.

L'immagine seguente mostra la procedura di raccolta dei dati di debug, analisi e stato di implementazione:

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

Tieni presente che i dati di debug, analisi e stato di implementazione non vengono archiviati nella stessa posizione o non sono accessibili nello stesso modo dei dati di log e metriche:

  • I dati di log e metriche vengono archiviati nel tuo progetto Google Cloud e vi si accede tramite uno strumento come Suite operativa di Google Cloud o qualsiasi altro strumento tu scelga di utilizzare.
  • 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, errori, latenze, dimensioni di richieste/risposte e conteggi del traffico.

Per ulteriori informazioni, consulta la panoramica di Apigee Analytics.

 Ritardo massimo di 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, consulta Visualizzare lo stato del deployment.

 Immediatamente API Deployments
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 ulteriori informazioni, consulta la panoramica del 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 nello stesso modo dei dati di debug di Edge, con alcune differenze, ad esempio un maggiore supporto dei filtri. Per maggiori 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, consulta Utilizzo delle dashboard di analisi nella 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 raccolti i dati di debug, analisi e stato di implementazione nel pod di raccolta dei dati, configura il servizio UDCA tramite le relative 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 modificarlo sulla macchina di amministrazione Kubernetes, come descritto in Gestire i componenti del piano di runtime.
  2. Imposta i valori delle impostazioni di configurazione 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 delle proprietà UDCA che puoi personalizzare, consulta udca.

  3. Salva le modifiche nel file overrides.yaml.
  4. Applica le modifiche al cluster eseguendo il comando apigeectl apply, come illustrato nell'esempio seguente: 
    apigeectl apply -f my-overrides.yaml --org --env env-name

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