Perguntas frequentes

Você está vendo a documentação do Apigee Edge.
Acesse a documentação da Apigee X.
informações

Veja a seguir algumas perguntas frequentes:

A Apigee recomenda as seguintes abordagens:

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

Quais papéis podem acessar a API Monitoring?

Consulte Sobre os papéis da API Monitoring.

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

O painel Recente mostra apenas os proxies de API que tiveram tráfego recente. Ele não exibe todos os proxies de API na sua organização. O painel Cronograma permite visualizar os 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 serão exibidos na Linha do tempo somente se você selecionar uma região e um proxy de API e o período selecionado não for maior que sete dias.

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

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

Posso monitorar uma cadeia de proxy?

É possível usar um proxy de API como endpoint de destino de outro proxy de API, conectando efetivamente os dois proxies em uma cadeia de proxy. No entanto, a API Monitoring 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 saber mais.

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

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

  • Erros relacionados ao cliente
  • Códigos de erro HTTP que são substituídos por uma resposta de êxito
  • Códigos de status HTTP 2xx (já que normalmente não resultam em códigos de falha)

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

O monitoramento de APIs está disponível na interface clássica ou no Edge para a nuvem privada?

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

O monitoramento da API 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 lidar com códigos de falha HTTP 429?

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

Porém, 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 Política de gerenciamento de tráfego > Cota > Violação de cota, conforme mostrado abaixo, ou Política de gerenciamento de tráfego > Limite de pico > Violação do SpikeArrest:

violação de cota