Perguntas frequentes

Você está visualizando a documentação do Apigee Edge.
Acesse a documentação da Apigee X. info

Confira a seguir as perguntas frequentes:

A Apigee recomenda as seguintes abordagens:

  1. Comece configurando alertas para qualquer proxy de API com um limite específico. Por exemplo, 10% de taxa de erros 4xx por 5 minutos. Configure as notificações e acesse a página "Histórico de alertas" para monitorar os alertas acionados. Configure outros alertas e notificações para proxies de API e serviços de destino específicos. Continue refinando os alertas e as notificações com base nas suas observações.
  2. Peça às equipes responsáveis pelo desenvolvimento de APIs para recomendar limites de taxa de erros e latência à equipe de operações responsável por configurar alertas.

Quais papéis podem acessar o monitoramento de API?

Consulte Sobre os papéis do monitoramento de API.

Por que não consigo ver todos os proxies de API listados na página "Recentes"?

O painel Recente mostra apenas os proxies de API que tiveram tráfego recentemente. Ela não mostra todos os proxies de API na sua organização. No painel Timeline, você pode conferir dados de todos os proxies de API.

Por que não vejo gráficos de latência na linha do tempo?

Os gráficos de latência só vão aparecer na Linha do tempo se você selecionar uma região e um proxy de API, e o período selecionado não for superior a sete dias.

Os registros são úteis para identificar os códigos de status que resultam em erros, mas como identificar os IDs de desenvolvedor que geram as chamadas?

Os IDs de desenvolvedor não estão incluídos nos registros de monitoramento da API. Para recuperar os IDs de desenvolvedor, gere um relatório personalizado.

Posso monitorar uma cadeia de proxy?

É possível usar um proxy de API como o endpoint de destino de outro, conectando efetivamente os dois proxies em uma cadeia de proxy. No entanto, o monitoramento de API só registra solicitações para o primeiro proxy na cadeia, não para o proxy de API usado como destino. Consulte Como encadear proxies de API para mais informações.

Por que aparece "não definido" nos painéis?

Se o proxy da API, a origem da falha, o código da falha ou a política de falha não tiverem um valor ou não puderem ser determinados, o painel vai mostrar "not set" como a origem. Confira alguns exemplos de cenários que podem resultar em "não definido":

  • Erros relacionados ao cliente
  • Códigos de erro HTTP que são substituídos pela resposta de sucesso
  • Códigos de status HTTP 2xx, já que geralmente não resultam em códigos de falha

Para mais informações sobre "não definido", consulte O que significa um valor de entidade de análise "(not set)"?

O monitoramento de API está disponível na IU clássica ou no Edge para nuvem privada?

No momento, o monitoramento de APIs da Apigee está disponível apenas para clientes corporativos do Apigee Edge Cloud que usam a nova interface do Edge.

O monitoramento de APIs da Apigee não está disponível na interface clássica do Edge ou no Edge para nuvem privada.

O que é um manual?

Ao configurar um alerta, no campo "Playbook", você fornece uma breve descrição das ações recomendadas para resolver os alertas quando eles forem disparados. Também é possível especificar um link para o wiki interno ou a página da comunidade em que você indica as práticas recomendadas. As informações neste campo serão incluídas na notificação.

Como posso lidar com códigos de falha HTTP 429?

A política de cotas e a política do SpikeArrest do Edge emitirão um código de falha HTTP 429 quando uma cota for excedida (política de cotas) ou o limite de taxa for excedido (política do SpikeArrest).

No entanto, no Painel de alertas, não é possível definir um alerta para um código de falha HTTP 429. Em vez disso, defina uma condição de alerta de Política de gerenciamento de tráfego > Cota > Violação de cota, conforme mostrado abaixo, ou Política de gerenciamento de tráfego > Retenção de pico > Violação de SpikeArrest:

violação de cota