Você está lendo a documentação do Apigee Edge.
Acesse a documentação da
Apigee X. info
Confira as perguntas frequentes:
- Tenho muitos proxies de API. Quais são as abordagens recomendadas para configurar alertas para todos os meus proxies de API?
- Quais papéis podem acessar o Monitoramento de APIs?
- Por que não vejo todos os proxies de API listados na página "Recentes"?
- 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 estão resultando em erros, mas como identificar os IDs de desenvolvedor que geram as chamadas?
- Posso monitorar uma cadeia de proxy?
- Por que vejo "not set" nos painéis?
- O Monitoramento de APIs está disponível na IU clássica ou no Edge para nuvem privada?
- O que é um playbook?
- Como posso lidar com códigos de falha HTTP 429?
Tenho muitos proxies de API. Quais são as 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, uma taxa de erro 4xx de 10% 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.
- Peça às equipes responsáveis pelo desenvolvimento de APIs que recomendem limites de taxa de erro e latência à equipe de operações responsável por configurar alertas.
Quais papéis podem acessar o Monitoramento de APIs?
Consulte Sobre os papéis de Monitoramento de APIs.Por que não vejo todos os proxies de API listados na página "Recentes"?
O painel Recentes exibe apenas os proxies de API que tiveram tráfego no passado recente. Ele não exibe 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ó 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 maior que 7 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 do Monitoramento de APIs. Para recuperar 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 proxy de API, conectando os dois proxies em uma cadeia de proxy. No entanto, o Monitoramento de APIs 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 "not set" 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 tiverem um valor ou não puderem ser determinados, o painel vai mostrar "não definido" como a origem. Exemplos de cenários que podem resultar em "not set":
- Erros relacionados ao cliente
- Códigos de erro HTTP que são substituídos por uma resposta de sucesso
- Códigos de status HTTP 2xx (já que 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 de análise "(não definido)"?
O Monitoramento de APIs 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 do Apigee Edge Cloud Enterprise que usam a nova interface do Edge.
O Monitoramento de APIs da Apigee não está disponível na interface clássica do Edge nem no Edge para nuvem privada.
O que é um playbook?
Ao configurar um alerta, no campo "Playbook", 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 lidar com códigos de falha HTTP 429?
A política de cota e a política SpikeArrest da 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 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 > SpikeArrest > Violação de SpikeArrest:
