Domande frequenti

Stai visualizzando la documentazione di Apigee Edge.
Consulta la documentazione di Apigee X. info

Di seguito sono riportate le domande frequenti:

Apigee consiglia i seguenti approcci:

  1. Inizia configurando gli avvisi per qualsiasi proxy API con una soglia specifica. Ad esempio, una percentuale di errori 4xx del 10% per 5 minuti. Configura le notifiche e visualizza la pagina Cronologia avvisi per monitorare gli avvisi attivati. Configura avvisi e notifiche aggiuntivi per proxy API e servizi di destinazione specifici. Continua a perfezionare gli avvisi e le notifiche in base alle tue osservazioni.
  2. Chiedi ai team responsabili dello sviluppo delle API di consigliare le soglie di percentuale di errori e latenza al team operativo responsabile della configurazione degli avvisi.

Quali ruoli possono accedere al monitoraggio delle API?

Consulta Informazioni sui ruoli di monitoraggio delle API.

Perché non vedo tutti i proxy API elencati nella pagina Recenti?

La dashboard Recenti mostra solo i proxy API che hanno avuto traffico nel recente passato. Non mostra tutti i proxy API della tua organizzazione. La dashboard Cronologia consente di visualizzare i dati di tutti i proxy API.

Perché non vedo i grafici della latenza nella cronologia?

I grafici della latenza vengono visualizzati nella Cronologia solo se selezioni una regione e un proxy API e l'intervallo di tempo selezionato non è superiore a 7 giorni.

I log sono utili per identificare i codici di stato che generano errori, ma come faccio a identificare gli ID sviluppatore che generano le chiamate?

Gli ID sviluppatore non sono inclusi nei log di monitoraggio delle API. Per recuperare gli ID sviluppatore, puoi eseguire un report personalizzato.

Posso monitorare una catena di proxy?

Puoi utilizzare un proxy API come endpoint di destinazione di un altro proxy API, collegando di fatto i due proxy in una catena di proxy. Tuttavia, il monitoraggio delle API registra solo le richieste al primo proxy della catena, non al proxy API utilizzato come target. Per saperne di più, consulta Concatenamento dei proxy API.

Perché nelle dashboard viene visualizzato "not set"?

Se il proxy API, l'origine dell'errore, il codice di errore o la policy di errore non hanno un valore o non possono essere determinati, la dashboard mostrerà "non impostato" come origine. Ecco alcuni esempi di scenari che possono generare il valore "not set":

  • Errori relativi al client
  • Codici di errore HTTP che vengono sostituiti con una risposta di esito positivo
  • Codici di stato HTTP 2xx (poiché in genere non generano codici di errore)

Per saperne di più su "not set", consulta Che cosa significa il valore "(not set)" di un'entità di analisi?

Il monitoraggio delle API è disponibile nella UI classica o in Edge for Private Cloud?

Il monitoraggio delle API Apigee è attualmente disponibile solo per i clienti Apigee Edge Cloud Enterprise che utilizzano la nuova UI di Edge.

Il monitoraggio delle API Apigee non è disponibile nella UI di Edge Classic o in Edge for Private Cloud.

Che cos'è un playbook?

Quando configuri un avviso, nel campo Playbook fornisci una breve descrizione dei comportamenti consigliati per risolvere gli avvisi quando vengono attivati. Puoi anche specificare un link alla tua pagina wiki o della community interna in cui fai riferimento alle best practice. Le informazioni contenute in questo campo verranno incluse nella notifica.

Come posso gestire i codici di errore HTTP 429?

Le policy Quota e SpikeArrest di Edge emettono entrambe un codice di errore HTTP 429 quando viene superata una quota (policy Quota) o il limite di frequenza (policy SpikeArrest).

Tuttavia, nella dashboard Avvisi non puoi definire un avviso per un codice di errore HTTP 429. Devi invece impostare una condizione di avviso di Policy di gestione del traffico > Quota > Violazione della quota, come mostrato di seguito, o Policy di gestione del traffico > Spike Arrest > Violazione di SpikeArrest:

violazione della quota