Domande frequenti

Stai visualizzando la documentazione di Apigee Edge.
Vai alla documentazione di Apigee X. informazioni

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, un tasso di errore 4xx del 10% per 5 minuti. Configura le notifiche e visualizza la pagina Cronologia avvisi per monitorare gli avvisi che vengono 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 per il tasso di errore e la latenza al team Operations responsabile della configurazione degli avvisi.

Quali ruoli possono accedere a API Monitoring?

Consulta Informazioni sui ruoli di monitoraggio delle API.

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

La dashboard Recenti mostra solo i proxy API che hanno ricevuto traffico in passato. Non mostra tutti i proxy API della tua organizzazione. La dashboard Sequenza temporale consente di visualizzare i dati per tutti i proxy API.

Perché non vedo i grafici di latenza in Spostamenti?

I grafici di latenza vengono visualizzati nella Sequenza temporale 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 posso 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, connettendo di fatto i due proxy in una catena di proxy. Tuttavia, API Monitoring registra le richieste solo per il primo proxy nella catena, non per il proxy API utilizzato come destinazione. Per saperne di più, consulta la sezione Utilizzare i proxy API di Cahaining.

Perché vedo "non impostato" nelle dashboard?

Se il proxy API, l'origine del errore, il codice di errore o il criterio di errore non hanno un valore o non può essere determinato, la dashboard mostrerà "not set" come origine. Ecco alcuni esempi di scenari che possono restituire il valore "not set":

  • Errori relativi al client
  • Codici di errore HTTP sostituiti con una risposta di operazione riuscita
  • Codici di stato HTTP 2xx (dato che in genere non generano codici di errore)

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

Il monitoraggio delle API è disponibile nell'interfaccia utente classica o perimetrale per il cloud privato?

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

Il monitoraggio delle API Apigee non è disponibile nella UI classica di Edge o in Edge per il cloud privato.

Che cos'è una guida pratica?

Quando configuri un avviso, nel campo Playbook fornisci una breve descrizione delle azioni consigliate per risolvere gli avvisi che vengono attivati. Puoi anche specificare un link al tuo wiki interno o alla pagina della community in cui fai riferimento alle best practice. Le informazioni in questo campo verranno incluse nella notifica.

Come posso gestire i codici di errore HTTP 429?

Il criterio per le quote Edge e il criterio SpikeArrest emettono entrambi un codice di errore HTTP 429 quando viene superata una quota (criterio per le quote) o il limite di frequenza (criterio SpikeArrest).

Tuttavia, nella dashboard degli avvisi, non puoi definire un avviso per un codice di errore HTTP 429. Puoi invece impostare una condizione di avviso Criterio di gestione del traffico > Quota > Violazione quota, come mostrato di seguito, o Criterio di gestione del traffico > Arresto con picchi > Violazione SpikeArrest:

violazione della quota