Visualizzare i dati dei messaggi con la vista Debug

Questa pagina si applica a Apigee e Apigee ibrido.

Visualizza la documentazione di Apigee Edge.

Cosa imparerai a fare

In questo tutorial imparerai a:

• Vedi le intestazioni e il contenuto del corpo del messaggio di risposta.
• Visualizza i messaggi di errore.

Che cosa ti serve

• Prima di iniziare, devi completare i passaggi descritti in Panoramica e prerequisiti.
• Almeno un criterio nel proxy.
• curl installato sulla macchina per effettuare chiamate API dalla riga di comando.

Visualizza i dati dei messaggi

La visualizzazione Debug nell'editor proxy Apigee consente di visualizzare intestazioni, variabili, oggetti e altri dettagli, come il tempo di risposta nel flusso di richiesta e risposta proxy API. La vista Debug ti consente anche di vedere come cambia una richiesta o una risposta mentre viene elaborata da un proxy API. Per una descrizione più dettagliata della vista di debug, consulta Utilizzo del debug.

Nel tutorial precedente, hai limitato il numero di richieste con il criterio SpikeArrest. In questa pagina viene descritto come utilizzare la vista Debug per vedere cosa succede quando questa percentuale viene superata.

Nota: Apigee sta introducendo una nuova versione dell'editor proxy, che semplificherà la gestione dei proxy.

Le istruzioni nelle prime due schede illustrano come utilizzare il nuovo editor proxy o l'editor proxy classico.

Nuovo editor proxy

1. Nella scheda Sviluppo del proxy API, modifica il valore <Rate> del criterio Spike Arrest in modo che sia di nuovo 13:00, quindi Salva il proxy. In questo modo, potrai visualizzare le chiamate API riuscite e non riuscite (oltre il limite).
2. In Proxy Editor, fai clic sulla scheda Debug.
3. Fai clic su Start Debug Session (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.

4. Chiama di nuovo il proxy dell'API più volte usando curl (o con l'URL in un browser web) finché non vedi almeno una risposta 200 e una risposta 429 nel riquadro a sinistra.

   

   Nota: il codice di stato HTTP per il superamento del limite di frequenza è 429 Too many requests.
5. Fai clic sulla transazione 429 nel riquadro a sinistra. Viene visualizzato un grafico di Gantt per la transazione nel riquadro a destra.

   

   Tieni presente che è presente una riga per il criterio Arresto dei picchi, visualizzata con un'icona di errore.

6. Fai clic sulla riga Errore. I dettagli dell'errore vengono visualizzati a destra del grafico. L'immagine seguente mostra la sezione Proprietà dei dettagli dell'errore:

   

Puoi fare clic sui pulsanti Indietro e Avanti sotto il grafico di Gannt per spostarti tra i passaggi del flusso e visualizzare i dettagli di ogni passaggio.

Per scaricare l'intera sessione di debug come singolo documento, fai clic su Download Session (Scarica sessione). Una sessione di debug viene eliminata entro 24 ore dal suo completamento, quindi se vuoi visualizzare la sessione dopo questo periodo, devi scaricarla prima di allora.

Editor proxy classico

1. Nella scheda Sviluppo del proxy API, modifica il valore <Rate> del criterio Spike Arrest in modo che sia di nuovo 13:00, quindi Salva il proxy. In questo modo, potrai visualizzare le chiamate API riuscite e non riuscite (oltre il limite).
2. In Proxy Editor, fai clic sulla scheda Debug.
3. In Avvia una sessione di debug, seleziona l'ambiente in cui viene eseguito il deployment del proxy.
4. Fai clic su Start Debug Session (Avvia sessione di debug).

5. Chiama di nuovo il proxy API utilizzando curl (o con l'URL in un browser web) finché non vedi almeno una risposta 200 e una risposta 429 nel riquadro Transazioni di debug.

   curl -v https://YOUR_ENV_GROUP_HOSTNAME/my-proxy

   dove YOUR ENV_GROUP_HOSTNAME è il nome host del gruppo di ambienti. Consulta Trovare il nome host del gruppo di ambienti.

   Di seguito sono riportate una risposta 200 e una risposta 429.

   

   Nota: il codice di stato HTTP predefinito per superare il limite di frequenza è 429 Too many requests.

   Se vuoi che il codice di stato sia diverso (ad esempio 500) per tutti i criteri di arresto anomalo utilizzati in un'organizzazione, è necessario impostare una proprietà nell'organizzazione. Se sei un cliente Google Cloud, contatta l'assistenza clienti Google Cloud per impostare la proprietà.

6. Fai clic sulla transazione 200 nel riquadro Transazioni a sinistra. I relativi dettagli di debug vengono caricati nella finestra principale in Transaction Map, che mostra un diagramma di richiesta/risposta. L'icona arresto picco è nel flusso di richiesta.
7. Nel diagramma di flusso, fai clic sull'icona a forma di cerchio nella risposta, quella più a destra (mostrata nel diagramma seguente).

   Il riquadro Dettagli fase mostra i dati disponibili in quel punto del flusso. Se scorri il riquadro, vedrai le intestazioni e il contenuto del corpo della risposta HTTP.

8. Ora osserva un errore in Debug.

   Fai clic sulla transazione 429 nel riquadro Transazioni. Nella finestra dell'editor principale, viene visualizzato un diagramma di flusso con solo elementi nella richiesta, tra cui un'icona di arresto picco con un punto esclamativo rosso che indica un errore.

   Fai clic sulla piccola icona di errore a forma di tubo a destra dell'icona di arresto dei picchi e osserva i dettagli della violazione dell'arresto dei picchi nel riquadro Dettagli fase.

   

Puoi fare clic sui pulsanti Indietro e Avanti nel diagramma di flusso per spostarti tra i punti del flusso e visualizzare i dettagli di debug.

Se vuoi visualizzare l'intera sessione di debug come un unico documento, scaricala facendo clic su Scarica sessione di debug.

Per ulteriori informazioni, consulta Utilizzo del debug.