Questa pagina è stata tradotta dall'API Cloud Translation.

Utilizzo del debug

Questa pagina si applica a Apigee e Apigee ibrido.

Visualizza la documentazione di Apigee Edge.

Questa sezione descrive come creare e gestire sessioni di debug e visualizzare i dati di richiesta e risposta utilizzando l'API e la UI di Apigee.

Utilizza Debug offline per visualizzare e analizzare le sessioni di debug scaricate in precedenza.

Creazione di una sessione di debug

Quando crei una sessione di debug, puoi visualizzare i dati di richiesta e risposta nella UI per le richieste create nell'API o in un'altra origine esterna.

Crea una sessione di debug utilizzando la UI o l'API Apigee, come descritto nelle sezioni seguenti.

Nuovo editor proxy

Per creare una sessione di debug nel nuovo editor proxy:

Se utilizzi la UI di Apigee nella console Cloud: seleziona Sviluppo proxy > Proxy API.

Se utilizzi la UI di Apigee classica: seleziona Sviluppo > Proxy API e, nel riquadro Proxy, seleziona l'ambiente per il proxy di cui vuoi eseguire il debug.
Seleziona il proxy API di cui vuoi eseguire il debug. Viene visualizzata la vista Panoramica dell'Editor proxy.
Fai clic sulla scheda Debug in alto a sinistra nella finestra.
Fai clic su Avvia sessione di debug in alto a destra nel riquadro Debug. Viene visualizzata la finestra di dialogo Avvia sessione di debug.

Nella finestra di dialogo:
1. Seleziona l'ambiente in cui vuoi eseguire la sessione di debug.
2. (Facoltativo) Nell'elenco a discesa Filtro, seleziona un filtro da applicare a tutte le transazioni nella sessione di debug che stai creando. Il valore predefinito è None (All transactions) e include tutte le transazioni nei dati di debug.
  Per informazioni sull'utilizzo dei filtri, consulta Utilizzare i filtri in una sessione di debug. Per informazioni sui filtri integrati, vedi Utilizzo dei filtri predefiniti.
3. Fai clic su Avvia.

Nella UI di Apigee viene ora visualizzata la vista Sessione di debug in corso.

La sessione di debug registra le richieste per 10 minuti dopo la creazione della sessione. Il campo Termina entro mostra la quantità di tempo rimanente nella sessione.

Nessuna informazione viene visualizzata nel riquadro di debug finché non invii una richiesta al proxy di cui stai eseguendo il debug nell'ambiente selezionato. per la sessione di debug.

Una volta inviata, la richiesta verrà visualizzata nella parte inferiore del riquadro di sinistra.

Finestra di dialogo Avvia sessione di debug.

Nota: durante una sessione di debug attiva, puoi avviare un'altra sessione nella UI di Apigee. Per farlo, è sufficiente fare di nuovo clic su Avvia sessione di debug.

Visualizzare il grafico di Gantt per una transazione

Per visualizzare i dettagli di una transazione (richiesta e risposta) nella visualizzazione Debug, fai clic sulla riga della transazione, come mostrato nell'immagine sopra.

Nel riquadro a destra viene visualizzato un grafico di Gantt che mostra i passaggi nella richiesta e nella risposta.

Grafico di Gantt dei passaggi della transazione nel riquadro a destra.

L'asse orizzontale del diagramma indica i tempi in cui si è verificato ogni passaggio, espressi in millisecondi. Ogni passaggio è rappresentato da un rettangolo che si estende dall'ora di inizio all'ora di fine del passaggio stesso.

Puoi seguire una sessione di debug utilizzando i pulsanti Indietro e Avanti in basso a destra nel riquadro di debug. Fai clic su:

Indietro per spostare la riga selezionata al passaggio precedente nel grafico.
Avanti per spostare la riga selezionata al passaggio successivo nel grafico.

Nell'esempio mostrato sopra, il grafico mostra due criteri che vengono eseguiti nella risposta:

ResponsePayload
Aggiungi CORS

Puoi fare clic su uno di questi passaggi per visualizzare i dettagli. Ad esempio, se hai fatto clic sul criterio Aggiungi CORS, accanto al grafico di Gantt vedrai dettagli come quelli mostrati di seguito.

Aggiungi i dettagli dei criteri CORS.

Se successivamente decidi di modificare qualcosa nella configurazione dei criteri, puoi fare clic su Sviluppo per passare alla vista Sviluppo, dove vedrai gli stessi due criteri nel PostFlow di risposta.

Visualizzazione della scheda Sviluppo in relazione a una sessione di debug.

Puoi condividere una sessione di debug con altri utenti che hanno accesso alla tua organizzazione e con le autorizzazioni necessarie. Per farlo, invia loro l'URL visualizzato nel browser quando visualizzi la sessione di debug. Il link è valido solo per 24 ore dopo la creazione della sessione di debug.

Scaricare una sessione di debug

Una volta completata una sessione di debug, puoi scaricarla per analizzarla in un secondo momento nello strumento Debug offline. A questo scopo, fai clic su Download Session (Scarica sessione) nel riquadro a sinistra.

Scaricare una sessione di debug.

Tieni presente che una sessione di debug viene eliminata entro 24 ore dal suo completamento, quindi se vuoi visualizzare la sessione di debug dopo questo periodo, devi scaricarla prima di allora.

Quando scarichi una sessione di debug, il nome del file di download ha il formato "debug-{session ID}.json", dove {session id} è l'ID della sessione di debug. Tuttavia, se vuoi, puoi rinominare il file.

Editor proxy classico

Per creare una sessione di debug nella versione classica dell'Editor proxy:

Accedi all'UI di Apigee.
Seleziona Proxy API dalla vista principale.
Seleziona il proxy API di cui vuoi eseguire il debug.

Viene visualizzata la scheda Panoramica.
Fai clic sulla scheda Debug in alto a destra nella pagina:

Viene visualizzata la vista Debug:

Nel riquadro Avvia una sessione di debug:

Dall'elenco a discesa Env, seleziona l'ambiente + il numero di revisione del proxy API di cui vuoi eseguire il debug.

Nell'esempio seguente viene mostrato il riquadro Avvia una sessione di debug:

Avvia un riquadro della sessione di debug

(Facoltativo) Nell'elenco a discesa Filtro, seleziona un filtro da applicare a tutte le transazioni nella sessione di debug che stai creando. Il valore predefinito è None e include tutte le transazioni nei dati di debug.
Per informazioni sull'utilizzo dei filtri, consulta Utilizzare i filtri in una sessione di debug. Per informazioni sui filtri integrati, vedi Utilizzo dei filtri predefiniti.

Fai clic su Start Debug Session (Avvia sessione di debug).

La UI di Apigee ora mostra i dettagli della sessione di debug corrente, incluso il relativo ID, nel riquadro Dettagli debug.

Anche se la UI ha creato la sessione di debug, devi comunque inviare la richiesta per poter raccogliere dati.

Nel riquadro Dettagli debug puoi effettuare le seguenti operazioni:

Icona	Funzione	Descrizione
	Scarica	Scarica i dati di debug della sessione attiva, che puoi visualizzare offline.
	Restituisci il dispositivo	Torna al riquadro precedente, dove puoi avviare un'altra sessione di debug. La sessione di debug attuale continua fino a raggiungere il timeout o il conteggio delle transazioni.
	Elimina	Elimina i dati della sessione di debug attualmente selezionata. Questa operazione elimina i dati della sessione, ma non interrompe le sessioni.

Esiste un limite di timeout predefinito di 10 minuti per una sessione di debug avviata nell'interfaccia utente (è diverso per una sessione avviata con l'API).

L'orologio viene avviato non appena fai clic su Avvia sessione di debug, quindi puoi scegliere di attendere fino al passaggio successivo prima di fare clic su Avvia sessione di debug per massimizzare la quantità di dati da raccogliere.

Nel riquadro Invia richieste:
1. Nel campo URL, inserisci l'endpoint a cui vuoi inviare una richiesta. Facoltativamente, aggiungi i parametri della stringa di query all'URL. Non puoi inviare richieste diverse da GET.
  Come trovare l'URL dell'endpoint
  1. Vai ad Amministrazione > Ambienti > Gruppi.
  2. L'URL è il nome host del rispettivo ambiente con cui vuoi eseguire la sessione di debug.
2. Fai clic su Invia.
  Apigee invia una richiesta all'URL specificato. Ogni volta che fai clic su Invia, la UI di Apigee registra la richiesta nel riquadro Dettagli debug.
  
  L'esempio seguente mostra diverse richieste riuscite (generando un codice di stato HTTP 200):
  
  Fai clic su Copia per copiare l'ID debug per riferimento o query futuri.
  Inoltre, la UI mostra i dati di debug nelle sezioni Mappa transazioni e Dettagli fase del riquadro Invia richieste e compila le sezioni Endpoint proxy, Intestazioni della richiesta, Contenuto della richiesta e Proprietà, come illustrato nell'esempio seguente:
  
  Per maggiori informazioni sulle fasi, sulla mappa delle transazioni e su altre sezioni della visualizzazione Invia richieste, consulta Come leggere un debug.
La sessione di debug ora è attiva e registra i dati su tutte le richieste (a meno che non siano escluse dai filtri). La sessione rimarrà attiva finché non viene raggiunto il timeout o non viene superato il numero di richieste registrate nella sessione.
Puoi creare il numero desiderato di sessioni di debug nella UI. Per maggiori informazioni, consulta Avvio di un'altra sessione di debug.

Avvio di un'altra sessione di debug nell'interfaccia utente

Durante una sessione di debug attiva, puoi avviare un'altra sessione nella UI di Apigee. A questo scopo, fai clic sull'icona della freccia indietro () nel riquadro Dettagli debug:

Freccia indietro che riporta al riquadro Avvia una sessione di debug

L'interfaccia utente torna al riquadro Avvia una sessione di debug, dove puoi avviare una nuova sessione di debug.

Quando termina una sessione di debug?

Non puoi semplicemente interrompere una sessione di debug attiva. Tuttavia, puoi eliminare i dati di una sessione attiva, come descritto in Eliminazione dei dati della sessione di debug.

Quando crei una sessione di debug, due proprietà determinano il momento in cui termina:

timeout:il periodo di tempo durante il quale vengono raccolti i dati durante una sessione. La lunghezza predefinita dipende da come hai avviato la sessione (tramite l'interfaccia utente o l'API). Il valore massimo è 600 secondi (o 10 minuti).
Suggerimento: non puoi configurare il timeout quando crei una nuova sessione di debug con la UI di Apigee. Tuttavia, puoi impostare il timeout quando crei una nuova sessione di debug utilizzando l'API.
count: il numero massimo di richieste registrate in una singola sessione per processore di messaggi. Poiché il numero di processori di messaggi nella maggior parte dei cluster è variabile, gli effetti del conteggio possono essere imprevedibili. Apigee sconsiglia di personalizzare questa impostazione.

Una volta raggiunto il timeout o il conteggio, la sessione di debug per il processore di messaggi termina.

I seguenti termini vengono utilizzati per descrivere lo stato di una sessione di debug:

sessione attiva è una sessione di debug che non ha ancora raggiunto il timeout o superato il conteggio. Una sessione attiva sta ancora registrando i dati delle richieste non filtrate.
sessione completata è una sessione di debug che ha raggiunto il timeout o ha superato il conteggio. Una sessione completata non registra più i dati sulle nuove richieste e i relativi dati vengono eliminati entro 24 ore dal termine della sessione.

Come leggere un debug

Lo strumento di debug è costituito da due parti principali, la mappa delle transazioni e i dettagli delle fasi:

La mappa delle transazioni utilizza icone per contrassegnare ogni passaggio significativo che si verifica durante una transazione proxy API, inclusi l'esecuzione dei criteri, i passaggi condizionali e le transizioni. Passa il mouse sopra una qualsiasi icona per visualizzare le informazioni di riepilogo. I passaggi del flusso di richiesta vengono visualizzati nella parte superiore della mappa delle transazioni e quelli del flusso di risposta nella parte inferiore.
La sezione dei dettagli sulla fase dello strumento elenca le informazioni sull'elaborazione interna del proxy, incluse le variabili che sono state impostate o lette, le intestazioni di richieste e risposte e molto altro ancora. Fai clic su un'icona per visualizzare i dettagli della fase per quel passaggio.

Ecco una mappa di esempio dello strumento di debug con i segmenti di elaborazione del proxy principali etichettati:

Mappa transazioni dello strumento di debug

Diagramma di debug che mostra Inizia richiesta proxy per iniziare richiesta target per iniziare la risposta target per iniziare la risposta proxy per iniziare il flusso post-client del proxy

Legenda della mappa delle transazioni

La seguente tabella descrive lo scopo delle icone che vedrai nella mappa transazioni. Queste icone contrassegnano ciascuno dei passaggi di elaborazione più importanti nell'intero flusso di proxy.

Icone della mappa delle transazioni

	L'app client che invia una richiesta al ProxyEndpoint del proxy API.
	I cerchi indicano gli endpoint di transizione nel flusso proxy. Sono presenti quando una richiesta arriva dal client, quando la richiesta arriva al target, quando la risposta proviene dal target e quando la risposta torna al client.
	Le barre alte indicano l'inizio di un segmento di flusso nel flusso proxy API. I segmenti di flusso sono: richiesta ProxyEndpoint, richiesta TargetEndpoint, risposta TargetEndpoint e risposta ProxyEndpoint. Un segmento include PreFlow, Conditional Flows e PostFlow. Consulta Configurazione dei flussi per ulteriori informazioni.
	Indica che le azioni di Analytics si sono verificate in background.
	Un flusso condizionale che restituisce come valore true. Per un'introduzione ai flussi condizionali, consulta Configurazione dei flussi. Tieni presente che alcune condizioni sono generate da Apigee. Ad esempio, quella seguente è un'espressione utilizzata da Apigee per verificare se si è verificato un errore nel ProxyEndpoint: `((error.state equals PROXY_REQ_FLOW) or (error.state equals PROXY_RESP_FLOW))`
	Un flusso condizionale che restituisce un valore false. Per un'introduzione ai flussi condizionali, consulta Configurazione dei flussi. Tieni presente che alcune condizioni sono generate da Apigee. Ad esempio, quella seguente è un'espressione utilizzata da Apigee per verificare se si è verificato un errore nel TargetEndpoint: `(((error.state equals TARGET_REQ_FLOW) or (error.state equals TARGET_RESP_FLOW)) or ((error.state equals REQ_SENT) or (error.state equals RESP_START)))`
	Norme. Ogni tipo di criterio ha un'icona univoca. Questo è per il criterioAssignMessage. Queste icone consentono di vedere dove i criteri vengono eseguiti nell'ordine corretto e se sono stati applicati o meno. Puoi fare clic sull'icona di un criterio per visualizzare i risultati della sua esecuzione e se sono previsti o meno. Ad esempio, puoi vedere se il messaggio è stato trasformato correttamente o se è stato memorizzato nella cache. La corretta esecuzione dei criteri è indicata chiaramente da segni di spunta. In caso di errore, sull'icona viene visualizzato un punto esclamativo rosso. Suggerimento: presta attenzione alla descrizione comando o alla sequenza temporale per verificare se un criterio sta richiedendo più tempo del previsto.
	La destinazione backend richiamata dal proxy API.
	La linea di tempo indica il tempo (in millisecondi) impiegato dal tempo di elaborazione per essere completato. Il confronto dei segmenti di tempo trascorso ti aiuta a isolare i criteri la cui esecuzione richiede più tempo e che rallentano le chiamate API.
	L'epsilon indica un intervallo di tempo inferiore a un millisecondo.
	Disabilitata. Viene visualizzata sull'icona di un criterio quando un criterio viene disattivato. Un criterio può essere disabilitato con l'API pubblica. Consulta Riferimento per la configurazione dei proxy API.
	Errore. Viene visualizzata sull'icona di un criterio quando la condizione Policy Step viene valutata come false (vedi Variabili e condizioni di flusso) oppure sull'icona del criterio RaiseFault ogni volta che viene eseguito un criterio RaiseFault.
	Ignorata. Viene visualizzata su un'icona del criterio quando il criterio non è stato eseguito perché la condizione del passaggio è stata valutata come falsa. Per ulteriori informazioni, consulta Variabili e condizioni di flusso.

Comprensione dei dettagli della fase

La parte Dettagli fase dello strumento fornisce molte informazioni sullo stato del proxy in ogni fase di elaborazione. Di seguito sono riportati alcuni dettagli forniti nella sezione Dettagli della fase. Fai clic su un'icona nello strumento di debug per visualizzare i dettagli del passaggio selezionato oppure utilizza i pulsanti Avanti/Indietro per passare da un passaggio all'altro.

Dettagli della fase	Descrizione
Endpoint proxy	Indica il flusso ProxyEndpoint selezionato per l'esecuzione. Un proxy API può avere più endpoint proxy denominati.
Variabili	Elenca le variabili di flusso che sono state lette e a cui è stato assegnato un valore da un criterio. Consulta anche Utilizzare le variabili di flusso. Nota: Un segno di uguale (=) indica il valore assegnato alla variabile. Un segno di uguale barrato (≠) indica che non è stato possibile assegnare un valore alla variabile perché è di sola lettura o si è verificato un errore nell'esecuzione del criterio. Un campo vuoto indica che il valore della variabile è stato letto.
Intestazioni delle richieste	Elenca le intestazioni della richiesta HTTP.
Richiedi contenuti	Mostra il corpo della richiesta HTTP.
Proprietà	Le proprietà rappresentano lo stato interno del proxy API. Questi non sono mostrati per impostazione predefinita.
Endpoint di destinazione	Indica quale TargetEndpoint è stato selezionato per l'esecuzione.
Intestazioni delle risposte	Elenca le intestazioni delle risposte HTTP.
Contenuto della risposta	Mostra il corpo della risposta HTTP.
PostClientFlow	Mostra le informazioni su PostClientFlow, che viene eseguito dopo che la richiesta viene restituita all'app client richiedente. A PostClientFlow è possibile collegare solo i criteri MessageLogging. PostClientFlow viene attualmente utilizzato principalmente per misurare l'intervallo di tempo tra i timestamp di inizio e di fine del messaggio di risposta.

API Apigee

Per creare una sessione di debug utilizzando l'API, invia una richiesta POST alla seguente risorsa:

https://apigee.googleapis.com/v1/organizations/$ORG/environments/$ENV/apis/$API/revisions/$REV/debugsessions

In via facoltativa, puoi:

Imposta la durata di una sessione di debug (in secondi) passando la proprietà timeout come parametro di query o nel corpo della richiesta. Se sono specificati entrambi, il valore timeout specificato nel corpo della richiesta ha la precedenza.
Filtra i dati in una sessione di debug passando la proprietà filter nel corpo della richiesta.

L'esempio seguente mostra come creare una sessione di debug utilizzando l'API.

curl "https://apigee.googleapis.com/v1/organizations/ORG/environments/ENV/apis/PROXY/revisions/REV/debugsessions" \
  -X POST \
  -H "Authorization: Bearer $TOKEN"

Dove $TOKEN è impostato sul token di accesso OAuth 2.0, come descritto in Ottenere un token di accesso OAuth 2.0. Per informazioni sulle opzioni curl utilizzate in questo esempio, consulta Utilizzo di curl. Per una descrizione delle variabili di ambiente utilizzate, consulta Impostare le variabili di ambiente per le richieste API Apigee.

Di seguito viene fornito un esempio della risposta:

{
  "name":"56382416-c4ed-4242-6381-591bbf2788cf",
  "validity":300,
  "count":10,
  "tracesize":5120,
  "timeout":"600"
}

Le richieste successive al proxy API (fino al raggiungimento della durata della sessione o del numero massimo di richieste) verranno valutate e potenzialmente archiviate nei dati della sessione di debug.

Per ulteriori informazioni, consulta la sezione Creazione dell'API della sessione di debug.

Impostare la durata di una sessione di debug utilizzando l'API

Per impostare la durata di una sessione di debug utilizzando l'API, includi quanto segue come payload nella richiesta di creazione della sessione di debug:

{
  "timeout":"debug_session_length_in_seconds"
}

L'esempio seguente crea una sessione di debug di soli 42 secondi:

curl https://apigee.googleapis.com/v1/organizations/ORG/environments/ENV/apis/PROXY/revisions/REV/debugsessions"
  -X "POST" \
  -H "Authorization: Bearer $TOKEN" \
  -d ' {
    "timeout":"42"
  } '

Puoi impostare il valore timeout di una sessione solo nelle richieste di creazione di sessioni di debug; non puoi modificare la durata di una sessione dopo averla creata.

Il valore predefinito di timeout è 300 (5 minuti). Il valore massimo è 600 secondi (10 minuti).

Debug con lo strumento di debug

Il debug consente di visualizzare molti dettagli interni su un proxy API. Ad esempio:

Puoi vedere a colpo d'occhio quali criteri vengono eseguiti correttamente o non funzionano.
Supponiamo che, tramite una delle dashboard di Analytics, tu abbia notato una riduzione insolita delle prestazioni di una delle tue API. Ora puoi utilizzare Debug per identificare dove si verifica il collo di bottiglia. Il debug fornisce il tempo, in millisecondi, necessario per il completamento di ogni fase di elaborazione. Se noti che un passaggio sta richiedendo troppo tempo, puoi intraprendere un'azione correttiva.
Puoi controllare le intestazioni che vengono inviate al backend, visualizzare le variabili impostate dai criteri e così via.
Verificando il percorso di base, puoi assicurarti che un criterio invii il messaggio al server corretto.

Filtrare i dati in una sessione di debug

Quando crei una sessione di debug, puoi aggiungere un filtro alla sessione in modo che Apigee restituisca solo i dati che vuoi. Un filtro è un'istruzione condizionale che Apigee valuta in base ai messaggi di richiesta e risposta per determinare se i relativi dati di debug devono essere inclusi nella sessione di debug. Ad esempio, puoi filtrare tutte le richieste con un codice di risposta HTTP inferiore a 599 o confrontare i valori nella richiesta con le variabili personalizzate.

Tieni presente quanto segue:

Le richieste non incluse in una sessione di debug perché sono escluse non vengono conteggiate ai fini del numero massimo di transazioni nella sessione di debug.
Apigee non supporta l'aggiunta di filtri nella stringa di query.
Non puoi aggiungere un filtro a una sessione di debug dopo l'avvio della sessione. Per aggiungere un filtro, devi creare una sessione di debug.

Utilizzo dei filtri

Utilizza un filtro quando crei una sessione di debug con la UI o l'API Apigee, come descritto nelle sezioni seguenti.

Interfaccia utente di Apigee

Quando crei una sessione di debug nell'interfaccia utente, nell'elenco a discesa Filtri puoi scegliere un filtro predefinito da applicare nel riquadro Avvia una sessione di debug o scegliere Filtro personalizzato e crearne uno personalizzato con la sintassi del filtro.

API Apigee

Per creare una sessione di debug con un filtro utilizzando l'API, includi quanto segue come payload nella richiesta di creazione della sessione di debug:

{
  "filter":"filter_body"
}

Per informazioni sulla creazione di filtri, consulta Sintassi dei filtri.

L'esempio seguente crea una sessione di debug che include solo transazioni in cui l'intestazione A è uguale a 42 e l'intestazione B è uguale a 43 oppure il codice di errore è ExpectedEOF:

curl -H "Authorization: Bearer $TOKEN" -X "POST"
  https://apigee.googleapis.com/v1/organizations/ORG/environments/ENV/apis/PROXY/revisions/REV/debugsessions
  -d ' {
    "filter":"(request.header.A == '42' && request.header.B == '43') || fault.code == 'jsonparser.ExpectedEOF'"
  } '

Puoi definire un filtro solo nelle richieste di creazione della sessione di debug. Non puoi aggiungere un filtro a una sessione di debug esistente e non puoi rimuovere un filtro da una sessione di debug attiva.

Sintassi filtro

I filtri supportano la stessa sintassi utilizzata dalle condizioni Apigee, come descritto in Riferimento alle condizioni. Ciò include:

Raggruppamento
AND logico (&&) e OR (|")
Espressioni del percorso
Operatori e operatori
Valore letterale (null, true e false)

Inoltre, i filtri possono accedere a tutte le variabili di flusso descritte nel Riferimento alle variabili di flusso e alle variabili personalizzate. I seguenti esempi mostrano solo alcune delle possibili variabili di flusso che puoi utilizzare nei filtri:

# Response codes:
  response.status.code <= 599
  response.status.code >=301 && response.status.code <=420

# Requests/responses:
  request.verb == "GET"
  request.header.A == 'B' || request.queryparam.X == 'Y'

# Query parameters:
  request.queryparam.myparam == 'fish'
  (request.queryparam.param1 == 'X' || request.queryparam.param2 == 'Y') && request.queryparam.param3 == 'Z'

# Faults:
  fault.code != 'messaging.runtime.RouteFailed'
  fault.name == 'IPDeniedAccess'

Per informazioni sull'utilizzo delle variabili personalizzate, consulta Come utilizzare gli attributi personalizzati in Apigee nella community Apigee.

Filtri predefiniti dell'interfaccia utente

La UI di Apigee fornisce una serie di filtri comuni in modo che non sia necessario scrivere filtri personalizzati. I filtri predefiniti sono riepilogati nella seguente tabella.

Nome filtro	Descrizione
`Response Time Greater Than`	Controlla la presenza di problemi di latenza in cui: `target.duration` è la latenza target, ovvero la quantità di tempo in millisecondi, necessaria per inviare e ricevere una richiesta dal target (calcolata come differenza tra `target.received.end.timestamp` e `target.sent.start.timestamp`) `client.duration` è la latenza del client, ovvero la quantità di tempo in millisecondi, necessaria per inviare e ricevere una richiesta dal client (calcolata come differenza tra `client.received.end.timestamp` e `client.sent.start.timestamp`) Ad esempio: target.duration > 420 && client.duration > 1000 Per maggiori informazioni, consulta `client` e `target` nel Riferimento per le variabili di flusso.
`Response Code`	Controlla se il codice di risposta HTTP corrisponde al valore specificato, ad esempio: response.status.code <= 599 Suggerimento: se ricevi errori, prova a utilizzare `message.status.code` anziché `response.status.code`.
`Header`	Controlla se l'intestazione della richiesta specificata è uguale al valore specificato; ad esempio: request.header.cache-control.1 == "16544"
`Path`	Controlla se la richiesta corrisponde al percorso specificato. Puoi utilizzare la corrispondenza con caratteri jolly nel valore, ad esempio: request.path == /myproxy/customer/4*
`Query Param`	Controlla se il parametro di query di richiesta specificato è uguale al valore specificato; ad esempio: request.queryparam.lang == "language:en-us"
`Custom`	Consente di inserire espressioni personalizzate. Puoi utilizzare qualsiasi oggetto nel riferimento Variabili di flusso e la sintassi in Riferimento condizioni. Inoltre, puoi utilizzare le variabili personalizzate. Per maggiori informazioni sulla creazione di filtri personalizzati, consulta Sintassi dei filtri.

Visualizzazione delle sessioni di debug

Apigee salva i dati delle sessioni di debug per 24 ore. Non puoi configurare questo valore; dopo 24 ore, i dati non saranno più disponibili. Prima di questa data, puoi visualizzare le sessioni di debug.

Visualizza le sessioni di debug recenti utilizzando la UI o l'API Apigee, come descritto nelle sezioni seguenti.

Nuovo editor proxy

Per visualizzare le sessioni di debug utilizzando il nuovo editor proxy:

Se utilizzi la UI di Apigee nella console Cloud: seleziona Sviluppo proxy > Proxy API.

Se utilizzi la UI di Apigee classica: seleziona Sviluppo > Proxy API e, nel riquadro Proxy, seleziona l'ambiente per il proxy di cui vuoi eseguire il debug.
Seleziona il proxy di cui vuoi eseguire il debug.
Fai clic sulla scheda Debug.
In Sessioni di debug recenti viene visualizzato un elenco di sessioni di debug disponibili.
Fai clic sul link relativo alla sessione che vuoi visualizzare.

Editor proxy classico

Per visualizzare le sessioni di debug utilizzando l'editor proxy classico:

Accedi all'UI di Apigee.
Seleziona Proxy API dalla vista principale.
Seleziona il proxy di cui vuoi eseguire il debug.
Fai clic sulla scheda Debug in alto a destra nella vista Deployment.
Nel riquadro Sessioni di debug recenti:
1. Dall'elenco a discesa Env, seleziona l'ambiente del proxy API di cui vuoi visualizzare la sessione di debug.
2. Dall'elenco a discesa Rev, seleziona il numero di revisione del proxy API di cui vuoi visualizzare la sessione di debug.
La UI di Apigee mostra un elenco delle sessioni di debug disponibili.
Fai clic sul link relativo alla sessione che vuoi visualizzare.

La UI di Apigee carica la sessione di debug e compila il riquadro Invia richieste con i dati di debug.

Selezione delle opzioni di visualizzazione nell'interfaccia utente

Nella UI di Apigee puoi scegliere le opzioni di visualizzazione per la sessione di debug.

visualizza elenco opzioni

Opzione	Descrizione
Mostra norme disattivate	Mostra i criteri disattivati. Un criterio può essere disabilitato con l'API pubblica. Consulta Riferimento per la configurazione dei proxy API.
Mostra fasi ignorate	Mostra le fasi ignorate. Si verifica una fase saltata quando il criterio non è stato eseguito perché la condizione del passaggio è stata valutata come falsa. Per saperne di più, consulta Condizioni con variabili di flusso.
Mostra tutte le FlowInfo	Rappresentare le transizioni all'interno di un segmento di flusso.
Confronta automaticamente la fase selezionata	Confronta la fase selezionata con quella precedente. Disattiva questa opzione per vedere solo la fase selezionata.
Mostra variabili	Mostra o nascondi le variabili lette e/o a cui è stato assegnato un valore.
Mostra proprietà	Le proprietà rappresentano lo stato interno del proxy API. (nascosto per impostazione predefinita).

API Apigee

Con l'API puoi:

Visualizza tutte le sessioni di debug
Visualizzare tutte le transazioni per una sessione di debug
Visualizzare i dati delle transazioni per una sessione di debug

Visualizzare tutte le sessioni di debug utilizzando l'API

Per visualizzare tutte le sessioni di debug recenti definite per una revisione del proxy API in un ambiente, invia una richiesta GET alla seguente risorsa:

https://apigee.googleapis.com/v1/organizations/org/environments/env/apis/api/revisions/rev/debugsessions

Facoltativamente, puoi specificare uno dei seguenti parametri di ricerca per controllare la quantità di dati restituiti:

pageSize: il numero massimo di sessioni di debug da elencare. Le dimensioni predefinite della pagina sono 25.
pageToken: token pagina, restituito da una chiamata precedente, che puoi utilizzare per recuperare la pagina successiva.

L'esempio seguente mostra come visualizzare le sessioni di debug per la revisione 1 del proxy API helloworld nell'ambiente test.

curl "https://apigee.googleapis.com/v1/organizations/myorg/environments/test/apis/helloworld/revisions/1/debugsessions" \
  -X GET \
  -H "Authorization: Bearer $TOKEN"

La risposta include un oggetto sessions che contiene un elenco delle sessioni di debug attualmente attive, come mostrato nell'esempio seguente:

{
  "sessions": [
    {
      "id": "a423ac73-0902-4cfa-4242-87a353a84d87",
      "timestamp_ms": 1566330186000
    },
    {
      "id": "f1eccbbe-1fa6-2424-83e4-3d063b47728a",
      "timestamp_ms": 1566330286000
    }
  ]
}

Nella risposta sono incluse solo le sessioni di debug che contengono almeno una transazione; le sessioni di debug che non hanno transazioni non sono incluse in questo elenco.

Per ulteriori informazioni, consulta l'articolo sull'API delle sessioni di debug.

Visualizzare tutte le transazioni per una sessione di debug mediante l'API

Per visualizzare un elenco di transazioni per una sessione di debug, invia una richiesta GET alla seguente risorsa:

https://apigee.googleapis.com/v1/organizations/org/environments/env/apis/api/revisions/rev/debugsessions/debugsession/data

Dove debugsession è l'ID di una sessione di debug restituito quando visualizzi le sessioni di debug.

L'esempio seguente mostra come visualizzare le transazioni per una sessione di debug per la revisione 1 dell'API helloworld nell'ambiente test.

curl "https://apigee.googleapis.com/v1/organizations/myorg/environments/test/apis/helloworld/revisions/1/debugsessions/a423ac73-0902-4cfa-4242-87a353a84d87/data" \
  -X GET \
  -H "Authorization: Bearer $TOKEN"

La risposta include un array di ID transazione, come mostrato nell'esempio seguente:

[
  "myorg-test-ver-5qxdb-64",
  "myorg-test-ver-5qxdb-65",
  "myorg-test-ver-5qxdb-66",
  "myorg-test-ver-5qxdb-67",
  "myorg-test-ver-5qxdb-68",
  "myorg-test-ver-5qxdb-69",
  "myorg-test-ver-5qxdb-70",
  "myorg-test-ver-5qxdb-71",
  "myorg-test-ver-5qxdb-72"
]

Per ulteriori informazioni, consulta Elenco di API di dati della sessione di debug.

Visualizzazione dei dati delle transazioni per una sessione di debug utilizzando l'API

Per visualizzare i dati delle transazioni per una sessione di debug, invia una richiesta GET alla seguente risorsa:

https://apigee.googleapis.com/v1/organizations/{org}/environments/{env}/apis/{api}/revisions/{rev}/debugsessions/{debugsession}/data/{transactionId}

Dove debugsession è l'ID di una sessione di debug restituito quando visualizzi le sessioni di debug e transactionId è l'ID transazione restituito quando Visualizza un elenco di transazioni per una sessione di debug.

I dati delle transazioni salvati durante una sessione di debug sono formattati in JSON. Puoi caricare questi dati nello strumento Debug offline.

L'esempio seguente mostra come scaricare i dati delle transazioni per una sessione di debug per la revisione 1 dell'API helloworld nell'ambiente test.

curl "https://apigee.googleapis.com/v1/organizations/myorg/environments/test/apis/helloworld/revisions/1/debugsessions/a423ac73-0902-4cfa-4242-87a353a84d87/data/myorg-test-ver-5qxdb-64" \
  -X GET \
  -H "Authorization: Bearer $TOKEN"

La risposta è composta da un payload JSON che contiene i dati per la transazione specificata, come descritto in Scaricare la struttura dei dati.

I dati di debug contengono tutte le informazioni sulla richiesta e sulla risposta per ogni parte del flusso in un formato JSON proprietario. Puoi salvare questi dati e utilizzarli in un secondo momento nello strumento Debug offline.

Se non sono state aggiunte richieste alla sessione prima del suo termine, la risposta sarà simile alla seguente:

[]

Per ulteriori informazioni, consulta la sezione Ottenere l'API di dati della sessione di debug.

Download dei dati della sessione di debug in corso...

Puoi scaricare un file di risultati di debug non elaborati per la visualizzazione offline. Il file scaricato mostra i dettagli completi della sessione di debug, inclusi i contenuti di tutte le intestazioni, le variabili e i criteri.

I dati della sessione di debug possono essere scaricati o visualizzati nell'interfaccia utente solo per 24 ore. Dopodiché, Apigee elimina i dati della sessione.

Nuovo editor proxy

Per scaricare la sessione di debug corrente nel nuovo editor proxy, fai clic su Download Session (Scarica sessione) nel riquadro a sinistra della visualizzazione Debug.

Scaricare una sessione di debug.

Tieni presente che una sessione di debug viene eliminata entro 24 ore dal suo completamento, quindi se vuoi visualizzare la sessione di debug dopo questo periodo, dovrai scaricarla prima di allora.

Editor proxy classico

Per scaricare i dati della sessione di debug corrente utilizzando l'editor proxy classico:

Sessione attiva: fai clic sull'icona di download () nel riquadro Dettagli debug.
Sessione precedente: fai clic sul nome della sessione nel riquadro Sessioni di debug recenti, come descritto in Visualizzazione delle sessioni di debug. Quindi, fai clic su nel riquadro Dettagli debug.

API Apigee

Per visualizzare gli ID di tutte le transazioni per la sessione di debug corrente utilizzando l'API Apigee, inserisci il seguente comando:

curl -H "Authorization: Bearer $(gcloud auth print-access-token)" \
     https://apigee.googleapis.com/v1/organizations/ORG/environments/ENV/apis/PROXY/revisions/REV/debugsessions/SESSION_ID/data

dove SESSION_ID è l'ID della sessione di debug che vuoi scaricare.

Consulta Elencare gli ID transazione di una sessione di debug.

Per ottenere i dati di debug per una transazione utilizzando l'API Apigee, inserisci il seguente comando:

curl -H "Authorization: Bearer $(gcloud auth print-access-token)" \
https://apigee.googleapis.com/v1/organizations/ORG/environments/ENV/apis/PROXY/revisions/REV/debugsessions/SESSION_ID/data/TRANSACTION_ID

Scarica struttura dei dati

La struttura di download dei dati della sessione di debug è diversa per la UI di Apigee e l'API Apigee.

Interfaccia utente di Apigee

Quando scarichi dati utilizzando la UI di Apigee, la struttura dei dati:

Include tutte le transazioni dell'intera sessione
Archivia le transazioni in un array Messages
Include metadati sulla sessione (come oggetto DebugSession)

API Apigee

Non puoi utilizzare l'API Apigee per visualizzare i dati di un'intera sessione contemporaneamente; puoi utilizzare l'API solo per visualizzare i dati delle singole transazioni, come descritto in Visualizzazione delle sessioni di debug.

Ad esempio:

{
  "completed": true,
  "point": [
    ...
  ...
}

Scarica esempi di dati

L'esempio seguente mette in evidenza un oggetto di metadati DebugSession nei dati scaricati. Questo oggetto è seguito dall'array Messages che contiene le transazioni della sessione.

{
  "DebugSession": {
    "Retrieved": "2019-06-08T13:08:13.395Z",
    "Organization": "myorg",
    "Environment": "prod",
    "API": "myproxy",
    "Revision": "1",
    "SessionId": "a2a271aa-4242-4ac6-97cb-aec8dcb115a9"
  },
  "Messages": [
    {
      "completed": true,
      "point": [
        {
          "id": "Paused"
        },
        {
          "id": "Resumed"
        },
        {
          "id": "StateChange",
          "results": [
            {
              "ActionResult": "DebugInfo",
              "properties": {
                "property": [
                  {
                    "name": "To",
                    "value": "REQ_HEADERS_PARSED"
                  },
                  {
                    "name": "From",
                    "value": "REQ_START"
                  }
                ]
              },
              "timestamp": "8-6-19 13:08:37:718"
            },
            {
              "ActionResult": "RequestMessage",
              "headers": [
                {
                  "name": "accept",
                  "value": "*/*"
                },
                {
                  "name": "accept-encoding",
                  "value": "gzip,gzip,deflate,br"
                },
                {
                  "name": "content-length",
                  "value": "0"
                },
                {
                  "name": "host",
                  "value": "myorg.example.domain.net"
                },
                {
                  "name": "user-agent",
                  "value": "Google-Apigee"
                },
                {
                  "name": "x-b3-sampled",
                  "value": "0"
                },
                {
                  "name": "x-b3-spanid",
                  "value": "d4ee579206759662"
                },
                {
                  "name": "x-b3-traceid",
                  "value": "adc1e171777c237dd4ee579206759662"
                },
                {
                  "name": "x-forwarded-for",
                  "value": "66.102.8.98"
                },
                {
                  "name": "x-forwarded-proto",
                  "value": "https"
                },
                {
                  "name": "x-request-id",
                  "value": "54e05cba-4242-4490-4242-60c45c156f90"
                }
              ],
              "uRI": "/myproxy",
              "verb": "GET"
            }
          ]
        },
        {
          "id": "FlowInfo",
          "results": [
            {
              "ActionResult": "DebugInfo",
              "properties": {
                "property": [
                  {
                    "name": "environment.name",
                    "value": "prod"
                  },
                  {
                    "name": "environment.qualifiedname",
                    "value": "myorg__prod"
                  },
                  {
                    "name": "environment.orgname",
                    "value": "myorg"
                  }
                ]
              },
              "timestamp": "8-6-19 13:08:37:718"
            }
          ]
        },
        {
          "id": "FlowInfo",
          "results": [
            {
              "ActionResult": "DebugInfo",
              "properties": {
                "property": [
                  {
                    "name": "organization.name",
                    "value": "myorg"
                  }
                ]
              },
              "timestamp": "8-6-19 13:08:37:718"
            }
          ]
        },
        {
          "id": "FlowInfo",
          "results": [
            {
              "ActionResult": "DebugInfo",
              "properties": {
                "property": [
                  {
                    "name": "apiproxy.qualifiedname",
                    "value": "myproxy__1"
                  },
                  {
                    "name": "apiproxy.basepath",
                    "value": "/"
                  },
                  {
                    "name": "apiproxy.revision",
                    "value": "1"
                  },
                  {
                    "name": "apiproxy.name",
                    "value": "myproxy"
                  }
                ]
              },
              "timestamp": "8-6-19 13:08:37:718"
            }
          ]
        },
        ...
      ...
    }
  ]
}

Se la sessione di debug non includeva richieste, l'array Message è vuoto, come mostrato nell'esempio seguente:

{
  "DebugSession": {
    "Retrieved": "2019-06-08T13:08:13.395Z",
    "Organization": "myorg",
    "Environment": "prod",
    "API": "myproxy",
    "Revision": "1",
    "SessionId": "a2a271aa-4242-4ac6-97cb-aec8dcb115a9"
  },
  "Messages": []
}

Eliminazione dei dati per una sessione di debug

Elimina i dati per una sessione di debug utilizzando la UI o l'API Apigee, come descritto nelle sezioni seguenti.

Nuovo editor proxy

Per eliminare una sessione di debug nel nuovo editor proxy:

Seleziona la riga relativa alla sessione da eliminare.
Fai clic sul menu con tre puntini alla fine della riga e seleziona Elimina.

Editor proxy classico

Fai clic su nel riquadro Dettagli debug per la sessione di debug.

API Apigee

Per eliminare tutti i dati della sessione di debug utilizzando l'API, invia una richiesta DELETE alla seguente risorsa:

https://apigee.googleapis.com/v1/organizations/org/environments/env/apis/api/revisions/rev/debugsessions/debugsession/data

Dove debugsession è l'ID di una sessione di debug restituito quando visualizzi le sessioni di debug.

L'esempio seguente mostra come eliminare i dati della sessione di debug per la revisione 1 dell'API helloworld nell'ambiente test.

curl "https://apigee.googleapis.com/v1/organizations/myorg/environments/test/apis/helloworld/revisions/1/debugsessions/a423ac73-0902-4cfa-4242-87a353a84d87/data" \
  -X DELETE \
  -H "Authorization: Bearer $TOKEN"

In caso di esito positivo, il corpo della risposta sarà vuoto.

I dati della sessione di debug vengono mantenuti solo per 24 ore. Se non la elimini in modo esplicito prima di questa data, Apigee la elimina per te.

Utilizzo del debug

Creazione di una sessione di debug

Nuovo editor proxy

Visualizzare il grafico di Gantt per una transazione

Condividere una sessione di debug

Scaricare una sessione di debug

Editor proxy classico

Come trovare l'URL dell'endpoint

Avvio di un'altra sessione di debug nell'interfaccia utente

Quando termina una sessione di debug?

Come leggere un debug

Legenda della mappa delle transazioni

Comprensione dei dettagli della fase

API Apigee

Impostare la durata di una sessione di debug utilizzando l'API

Debug con lo strumento di debug

Filtrare i dati in una sessione di debug

Utilizzo dei filtri

Interfaccia utente di Apigee

API Apigee

Sintassi filtro

Filtri predefiniti dell'interfaccia utente

Visualizzazione delle sessioni di debug

Nuovo editor proxy

Editor proxy classico

Selezione delle opzioni di visualizzazione nell'interfaccia utente

API Apigee

Visualizzare tutte le sessioni di debug utilizzando l'API

Visualizzare tutte le transazioni per una sessione di debug mediante l'API

Visualizzazione dei dati delle transazioni per una sessione di debug utilizzando l'API

Download dei dati della sessione di debug in corso...

Nuovo editor proxy

Editor proxy classico

API Apigee

Scarica struttura dei dati

Interfaccia utente di Apigee

API Apigee

Scarica esempi di dati

Eliminazione dei dati per una sessione di debug

Nuovo editor proxy

Editor proxy classico

API Apigee