Criar relatórios personalizados

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

Os relatórios personalizados permitem analisar métricas específicas da API e conferir os dados exatos que você quer ver. Nos painéis da API Monitoring, é possível criar um relatório personalizado com filtros e métricas predefinidos com base nas condições definidas no momento da criação. Além disso, um conjunto de dimensões e métricas padrão é configurado no relatório para você.

Criar um relatório personalizado com base no seu contexto

Crie rapidamente relatórios personalizados com base no seu contexto, conforme resumido na tabela a seguir. Na página Relatórios personalizados, os relatórios personalizados criados com o API Monitoring recebem nomes exclusivos (por padrão), conforme indicado na tabela. É possível mudar o nome ao editar o relatório personalizado.

Contexto do relatório personalizado Convenção de nomenclatura padrão para relatórios personalizados
Painel recente API Monitoring Recent Generated
Painel da linha do tempo API Monitoring Timeline Generated
Investigar painel API Monitoring Investigate Generated
Condição de alerta API Monitoring Generated: alert-name

Dimensão e métricas padrão

Por padrão, o relatório personalizado vai incluir as dimensões e métricas listadas na tabela a seguir para todos os relatórios gerados pela API Monitoring.

Componente Padrões
Dimensões URI da solicitação
Métricas
  • Tempo total de resposta
  • Tempo de resposta do destino
  • Erros de proxy
  • Erros de destino

Editar o Relatório personalizado

Conforme mencionado na seção anterior, um conjunto predefinido de dimensões e métricas padrão do API Monitoring é pré-configurado nos relatórios personalizados. Depois da criação, é possível editar o relatório personalizado para adicionar ou excluir métricas e dimensões, conforme necessário. Por exemplo, é possível restringir a investigação a um token de acesso, app de desenvolvedor, proxy de API ou ID de solicitação específicos.

No relatório personalizado a seguir, você adiciona a dimensão Gateway Flow ID predefinida, em que Gateway Flow ID contém o UUID exclusivo de cada solicitação de API feita ao Edge. O relatório já usa a dimensão Request URI:

O exemplo a seguir adiciona a dimensão Client ID ao relatório personalizado. A dimensão Client ID contém a chave do consumidor (chave de API) do desenvolvedor que fez a chamada de API, seja transmitida na solicitação como uma chave de API ou incluída em um token OAuth:

O relatório personalizado contém informações de todos os valores de Client ID. O próximo exemplo adiciona um filtro para que você possa criar um relatório personalizado para uma Client ID específica:

Para mais informações sobre todas as dimensões e métricas predefinidas que você pode adicionar a um relatório, consulte a Referência de métricas, dimensões e filtros do Google Analytics.

No próximo exemplo, você adiciona um filtro a um relatório personalizado que captura as métricas e dimensões padrão para o código de falha policies.ratelimit.QuotaViolation e códigos de status 5xx:

Para detalhes completos sobre como editar um relatório personalizado, consulte Gerenciar relatórios personalizados.

Exemplo: usar relatórios personalizados para diagnosticar problemas de implantação

Anexe a política StatisticsColeor aos proxies de API para coletar dados de análise personalizados, como ID do usuário ou do produto, preço, ação REST, versão de destino, URL de destino e tamanho da mensagem. Os dados podem vir de variáveis de fluxo predefinidas pela Apigee, cabeçalhos de solicitação, parâmetros de consulta ou variáveis personalizadas definidas por você.

Por exemplo, as solicitações para seu proxy de API incluem cabeçalhos para o ID do produto, o ID do usuário e a versão do servidor de destino. Essa solicitação pode estar no formato:

curl -H "prodid:123456" -H "userid:98765" -H "targetversion:beta" http://myapi.com/myapi

Você pode usar as informações nos cabeçalhos para ajudar a diagnosticar problemas de tempo de execução com seu proxy de API.

Para criar um relatório personalizado para esses cabeçalhos:

  1. Adicione a política Statisticscollector à API para capturar o valor dos cabeçalhos personalizados:

    <StatisticsCollector name="publishPurchaseDetails">
      <Statistics>
        <Statistic name="prodid" ref="request.header.prodid" type="integer">0</Statistic>
        <Statistic name="userid" ref="request.header.userid" type="integer">0</Statistic>
        <Statistic name="targetversion" ref="request.header.targetversion" type="string">alpha</Statistic>
      </Statistics>
    </StatisticsCollector>
    
  2. Implante o proxy e aguarde até que ele seja acessado.

  3. Clique em Analyze > API Monitoring > Recent na IU do Edge para verificar problemas com a API. Você está recebendo erros 4xx e 5xx para o proxy myapi:

  4. Selecione a linha do proxy myapi para ver mais detalhes no painel direito do painel "Recentes".

  5. No painel direito do painel "Recentes", selecione Menu &quot;Mais&quot; > Visualizar em "Investigar" para acessar o painel "Investigar":

  6. Filtre o painel "Investigar" pelo proxy myapi e veja o Código de status no gráfico superior. Você está recebendo erros 403 e 501:

  7. Na interface do Edge, selecione Analytics > Relatórios personalizados > Relatórios para criar um relatório personalizado que inclua os valores dessas métricas personalizadas como uma dimensão.

  8. Selecione + Relatório personalizado para criar um relatório personalizado chamado myapi_errors.

  9. Selecione Erros de proxy para a métrica e defina a Função de agregação como Soma. Você pode adicionar mais métricas, se desejar.

  10. Selecione a dimensão predefinida Código de status da resposta e adicione as três estatísticas personalizadas prodid, targetersion e userid em "Dimensões":

  11. Defina o filtro para incluir apenas dados do proxy de API myapi (apiproxy eq 'myapi'):

  12. Salve o relatório.

  13. Gere o relatório das últimas 24 horas. Quando o relatório é aberto pela primeira vez, você vê um gráfico de erros HTTP 403 e 501:

  14. Em Resumo, clique em 403 ou 510 para ver qual produto está gerando os erros. Por exemplo, você seleciona 403:

  15. Clique em um ID do produto em Resumo para ver os erros por versão de destino (Alfa ou Beta):

  16. Clique em uma versão de destino em Resumo para ver os erros por usuário: