Você está lendo a documentação do Apigee Edge.
Acesse a
documentação da Apigee X. info
A seguir, confira as perguntas frequentes:
- Tenho muitos proxies de API. Quais são algumas abordagens recomendadas para configurar alertas para todos os meus proxies de API?
- Quais papéis podem acessar o monitoramento de API?
- Por que não vejo todos os proxies de API listados na página "Recente"?
- Por que não vejo gráficos de latência na linha do tempo?
- Os registros são úteis para identificar os códigos de status que resultam em erros, mas como faço para identificar os IDs de desenvolvedor que geram as chamadas?
- Posso monitorar uma cadeia de proxy?
- Por que vejo "não definido" nos painéis?
- O monitoramento de API está disponível na interface clássica ou no Edge para nuvem privada?
- O que é um manual?
- Como posso processar códigos de falha HTTP 429?
Tenho muitos proxies de API. Quais são algumas abordagens recomendadas para configurar alertas para todos os meus proxies de API?
A Apigee recomenda as seguintes abordagens:
- Comece configurando alertas para qualquer proxy de API com um limite específico. Por exemplo, taxa de erro 4xx de 10% por 5 minutos. Configure notificações e acesse a página "Histórico de alertas" para monitorar os alertas acionados. Configure mais alertas e notificações para proxies de API e serviços de destino específicos. Continue refinando alertas e notificações com base nas suas observações.
- Peça às equipes responsáveis pelo desenvolvimento de APIs que recomendem limites de taxa de erro e latência para a equipe de operações responsável pela configuração de alertas.
Quais papéis podem acessar o monitoramento de API?
Consulte Sobre os papéis de monitoramento de API.Por que não vejo todos os proxies de API listados na página "Recente"?
O painel "Recente" mostra apenas os proxies de API que tiveram tráfego recentemente. Ele não mostra todos os proxies de API na sua organização. O painel "Linha do tempo" permite visualizar 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ão mostrados 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 7 dias.Os registros são úteis para identificar os códigos de status que resultam em erros, mas como faço para identificar os IDs de desenvolvedor que geram as chamadas?
Os IDs de desenvolvedor não estão incluídos nos registros de monitoramento de API. Para recuperar IDs de desenvolvedor, você pode gerar um relatório personalizado.Posso monitorar uma cadeia de proxy?
Você pode usar um proxy de API como o endpoint de destino de outro proxy de API, conectando efetivamente os dois proxies em uma cadeia. No entanto, o monitoramento de API registra apenas solicitações para o primeiro proxy na cadeia, não para o proxy de API usado como destino. Consulte Como unir proxies de API para mais informações.Por que vejo "não definido" nos painéis?
Se o proxy de API, a origem da falha, o código de falha ou a política de falha não tiver um valor ou não puder ser determinado, o painel mostrará "não definido" como a origem. Confira exemplos de cenários que podem resultar em "não definido":
- Erros relacionados ao cliente
- Códigos de erro HTTP substituídos por respostas de sucesso
- Códigos de status HTTP 2xx (já que eles normalmente não resultam em códigos de falha)
Para mais informações sobre "não definido", consulte O que significa um valor de entidade da análise "(não definido)"?
O monitoramento de API está disponível na interface clássica ou no Edge para nuvem privada?
O monitoramento de API da Apigee está disponível apenas para clientes corporativos do Apigee Edge Cloud que usam a nova interface do Edge.
O monitoramento de API 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 "Manual", forneça uma breve descrição das ações recomendadas para resolver os alertas quando eles forem acionados. 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 processar códigos de falha HTTP 429?
A política de cota e a política SpikeArrest do Edge emitem um código de falha HTTP 429 quando uma cota é excedida (política de cota) ou o limite de taxa é excedido (política SpikeArrest).No entanto, no painel "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 > SpikeArrest > Violação de SpikeArrest:
