Referencia sobre las métricas, las dimensiones y los filtros de Analytics

Estás consultando la documentación de Apigee Edge.
Consulta la documentación de Apigee X.
Información

Este tema es una referencia para las métricas, las dimensiones y los filtros de estadísticas. Para obtener más contexto sobre su uso, consulta la descripción general de las estadísticas de API.

En este tema, se muestran los nombres de las métricas y las dimensiones a medida que aparecen en la IU y que debes usarlas en las llamadas a la API.

Métricas

A continuación, se indican las métricas de la API que puedes recuperar en los informes personalizados y las llamadas a la API de administración.

Nombre de los informes personalizados Nombre que se usará en la API de administración remotas Descripción
Transacciones promedio por segundo tps Ninguna

La cantidad promedio de transacciones, es decir las solicitudes de proxy de API, que se realizan por segundo. Ten en cuenta que si tienes una cantidad relativamente baja de transacciones durante el período, la cantidad promedio de transacciones por segundo podría parecer de cero en los informes personalizados de la IU si la cantidad es inferior a dos decimales.

Sintaxis de la API: tps

Acierto de caché cache_hit suma

La cantidad de solicitudes a la API exitosas que usan la caché de respuesta en lugar de la respuesta del servicio de destino.

Sintaxis de la API: sum(cache_hit)

Recuento de elementos de la caché L1 ax_cache_l1_count promedio, mínimo, máximo

Muestra el número de elementos en la caché (en la memoria) de L1 por transacción durante un período determinado. Por ejemplo, si eliges max para el período de un día y durante ese día la cantidad más alta de elementos en la caché es de 12 para una transacción específica, entonces el conteo será 12. Para avg, si hay tres transacciones en el período que consultas y sus recuentos de caché son 5, 6 y 7, el promedio será 6. La caché de L1 es la caché en la memoria, en lugar de la caché de la base de datos de L2, como se describe en Aspectos internos de la caché.

Sintaxis de la API: avg(ax_cache_l1_count)

Errores de políticas policy_error suma

La cantidad total de errores de políticas durante el período especificado.

Por lo general, los errores de políticas suceden de forma intrínseca. Por ejemplo, la política de verificación de la clave de API muestra un error cuando se pasa una clave de API no válida en la solicitud y una política de aumento de tráfico muestra un error si la cantidad de llamadas a la API supera el límite definido en la política. Por lo tanto, esta métrica es útil para encontrar posibles problemas en las API. Por ejemplo, las métricas policy_error, agrupadas por la dimensión developer_app, pueden ayudarte a descubrir que una clave de API o un token de OAuth caducó para una app determinada o a descubrir que un proxy de API específico genera muchos errores de aumento de tráfico, lo que te permite descubrir que el límite de aumento de tráfico del proxy no toma en cuenta un aumento en el tráfico de un feriado.

Se registra un error de política en las estadísticas solo si genera un error en el proxy de API. Por ejemplo, si el atributo continueOnError de una política se configura como true, el proxy de la API continuará procesando una solicitud, incluso si la política falla. En ese caso, no se registrará un error de política en las estadísticas.

La dimensión del nombre de la política que generó errores (ax_execution_fault_policy_name) es útil para agrupar errores de políticas por el nombre de la política.

Una falla en el destino (como un error 404 o 503) no se cuenta como una falla en la política. Estas se cuentan como fallas en el proxy de API (is_error).

Sintaxis de la API: sum(policy_error)

Problemas del proxy is_error suma

La cantidad total de veces que los proxies de API fallaron durante el período especificado. El error de proxy puede ocurrir cuando falla una política o cuando se produce una falla en el entorno de ejecución, como un error 404 o 503 del servicio de destino.

La dimensión de proxy (apiproxy) es útil para agrupar fallas de proxy de API por proxy.

Sintaxis de la API: sum(is_error)

Latencia de procesamiento de solicitudes request_processing_latency promedio, mínimo, máximo

La cantidad de tiempo (promedio, mínimo o máximo), en milisegundos, que le toma a Edge procesar las solicitudes entrantes. El tiempo comienza cuando la solicitud llega a Edge y termina cuando Edge la reenvía al servicio de destino.

Si usas dimensiones diferentes, puedes examinar las latencias de procesamiento de solicitudes por proxy de API, app de desarrollador y región, entre otros.

Sintaxis de la API: max(request_processing_latency)

Tamaño de la solicitud request_size suma, promedio, mínimo, máximo

El tamaño de la carga útil de la solicitud que recibió Edge, en bytes.

Sintaxis de la API: avg(request_size)

Ejecuciones de la caché de respuesta ax_cache_executed suma

La cantidad total de veces que se ejecutó una política de caché de respuesta durante un período determinado.

Debido a que la política de caché de respuesta se adjunta en dos lugares de un proxy de API (una vez en la solicitud y otra en la respuesta), por lo general, se ejecuta dos veces en una llamada a la API. Un “get” y un “put” de caché cuentan como una ejecución.

Sin embargo, la ejecución de la caché de respuesta es 0 si el elemento <SkipCacheLookup> de la política se evalúa como verdadero (en la solicitud) y 0 si el elemento <SkipCachePopulation> de la política se evalúa como verdadero (en la respuesta).

En la herramienta de Trace, puedes hacer clic en el ícono de la caché de respuesta en una llamada a la API ejecutada y ver la variable de flujo responsecache.executed para ver si hubo o no una ejecución de caché (un valor de 1).

Sintaxis de la API: sum(ax_cache_executed)

Latencia de procesamiento de respuestas response_processing_latency promedio, mínimo, máximo

La cantidad de tiempo (promedio, mínimo o máximo), en milisegundos, que le toma a Edge procesar las respuestas de la API. El tiempo comienza cuando el proxy de API recibe la respuesta del servicio de destino y finaliza cuando Apigee reenvía la respuesta al emisor original.

Si usas diferentes dimensiones, puedes examinar las latencias de procesamiento de respuesta por proxy de API y región, entre otros.

Sintaxis de la API: min(response_processing_latency)

Tamaño de la respuesta response_size suma, promedio, mínimo, máximo

El tamaño de la carga útil de la respuesta que se muestra al cliente, en bytes.

Sintaxis de la API: max(response_size)

Errores del destino target_error suma

La cantidad total de respuestas de 5xx del servicio de destino. Apigee no genera estos son errores del servicio de destino.

Sintaxis de la API: sum(target_error)

Tiempo de respuesta del destino target_response_time suma, promedio, mínimo, máximo

La cantidad de tiempo (suma, promedio, mínimo o máximo) en milisegundos para que el servidor de destino responda a una llamada. Esta métrica te indica el rendimiento de los servidores de destino. El tiempo comienza cuando Edge reenvía una solicitud al servicio de destino y finaliza cuando Edge recibe la respuesta.

Ten en cuenta que si una llamada a la API muestra una respuesta de la caché (por ejemplo, mediante la política de caché de respuesta), la llamada nunca llegará el servicio de destino y no se registrarán métricas de tiempos de respuesta del destino.

Sintaxis de la API: avg(target_response_time)

Tiempo total de respuesta total_response_time suma, promedio, mínimo, máximo

La cantidad de tiempo (suma, promedio, mínimo o máximo) en milisegundos, desde que Edge recibe una solicitud de un cliente hasta que Edge le envía la respuesta al cliente. En el tiempo, se incluye la sobrecarga de red (como el tiempo que tardan los balanceadores de cargas y los routers para realizar su trabajo) y solicitar la latencia de procesamiento, la latencia de procesamiento de respuestas y el tiempo límite del destino (si la respuesta se entrega desde el servicio de destino, en lugar de desde la caché).

Si usas dimensiones diferentes, puedes examinar las latencias de procesamiento por proxy de API, app de desarrollador y región, entre otros.

Sintaxis de la API: avg(total_response_time)

Tráfico message_count ponderada

La cantidad total de llamadas a la API que procesó Edge en el período especificado.

Usa dimensiones para agrupar recuentos de tráfico de formas que sean más significativas para ti.

Sintaxis de la API: sum(message_count)

Dimensiones

Las dimensiones te permiten ver las métricas en agrupaciones significativas. Por ejemplo, ver los recuentos totales de tráfico tiene mucho más impacto cuando los visualizas para cada app de desarrollador o proxy de API.

A continuación, se muestran las dimensiones listas para usar que proporciona Apigee. Además, puedes crear tus propias dimensiones, como se describe en Analiza el contenido de los mensajes de API mediante estadísticas personalizadas.

Nombre de los informes personalizados Nombre que se usará en la API de administración Descripción
Entidades de Apigee
Token de acceso access_token El token de acceso de OAuth del usuario final de la app.
Producto de API api_product

El nombre del producto de API que contiene los proxies de API a los que se llama. Para obtener esta dimensión, las apps de desarrolladores que realizan las llamadas deben estar asociadas con uno o más productos de API que contengan los proxies de API y los proxies a los que se llama deben verificar que se haya enviado una clave de API o un token de OAuth con la llamada a la API. La clave o el token están asociados con un producto de API. Para obtener más información, consulta Primero lo primero: Cómo generar datos completos de estadísticas.

Si no se cumplen los criterios anteriores, verás el valor "(no se configuró)". Consulta también ¿Qué significa un valor de entidad de las estadísticas "(no se configuró)".

Clave de caché ax_cache_key

La clave que contiene el valor de caché de respuesta a la que se accedió. Si deseas obtener más información sobre cómo se construye la clave para la caché de respuestas, consulta Política de caché de respuestas.

En la herramienta de Trace, cuando seleccionas una política de caché de respuesta que lee o escribe en la caché, puedes ver este valor en la variable de flujo responsecache.cachekey.

Nombre de la caché ax_cache_name

El nombre de la caché que contiene las claves o los valores que usó la política de caché de respuesta, con el prefijo orgName__envName__. Por ejemplo, si la organización es "foo", el entorno es "test" y el nombre de la caché es "myCache", el ax_cache_name será foo__test__myCache.

En la herramienta de Trace, cuando seleccionas una política de caché de respuesta, puedes ver este valor en la variable de flujo responsecache.cachename.

Origen de la caché ax_cache_source

El nivel de caché (en la memoria de "L1" o de la base de datos de "L2") del que se recuperó la caché de respuesta. En esta dimensión, también se muestra "CACHE_MISS" cuando la respuesta se entregó desde el destino en lugar de desde la caché (y la caché de respuesta se actualizó con la respuesta del destino), o cuando una clave de caché de la solicitud no es válida. Las claves de caché tienen un límite de tamaño de 2 KB.

En la herramienta de Trace, cuando seleccionas la política de caché de respuesta, puedes ver este valor en la variable de flujo responsecache.cachesource.

Para obtener más información sobre los niveles de la caché, consulta Aspectos internos de la caché.

ID de cliente client_id

La clave de consumidor (clave de API) de la aplicación de desarrollador que realiza las llamadas a la API, ya sea que se pasen en la solicitud como claves de API o que se incluyan en los tokens de OAuth.

A fin de obtener esta dimensión, los proxies que reciben llamadas se deben configurar para buscar una clave de API o un token de OAuth válidos. Las apps para desarrolladores obtienen claves de API, que se pueden usar para generar tokens de OAuth, cuando se registran en Edge. Para obtener más información, consulta Primero lo primero: Cómo generar datos completos de estadísticas.

Si no se cumplen los criterios anteriores, verás el valor "(no se configuró)". Consulta también ¿Qué significa un valor de entidad de las estadísticas "(no se configuró)".

App de desarrollador developer_app

La app de desarrollador registrada en Edge que realiza llamadas a la API.

Para obtener esta dimensión, las apps deben estar asociadas con uno o más productos de API que contengan los proxies de API a los que se llama y los proxies deben verificar que se envíe una clave de API o un token de OAuth con la llamada a la API. La clave o el token identifican la app del desarrollador. Para obtener más información, consulta Primero, lo primero: cómo generar datos completos de estadísticas.

Si no se cumplen los criterios anteriores, verás el valor "(no se configuró)". Consulta también ¿Qué significa un valor de entidad de las estadísticas "(no se configuró)".

Correo electrónico del desarrollador developer_email

El correo electrónico de los desarrolladores registrados en Edge cuya app realizó las llamadas a la API.

Para obtener esta dimensión, los desarrolladores deben tener apps asociadas con uno o más productos de API que contengan los proxies de API a los que se llama y los proxies deben verificar que se envíe una clave de API o un token de OAuth con la llamada a la API. La clave o el token identifican la app del desarrollador. Para obtener más información, consulta Primero lo primero: cómo generar datos completos de estadísticas.

Si no se cumplen los criterios anteriores, verás el valor "(no se configuró)". Consulta también ¿Qué significa un valor de entidad de las estadísticas "(no se configuró)".

ID de desarrollador desarrollador

El ID de desarrollador único generado por Edge con el formato org_name@@@unique_id.

Para obtener esta dimensión, los desarrolladores deben tener apps asociadas con uno o más productos de API que contengan los proxies de API a los que se llama y los proxies deben verificar que se envíe una clave de API o un token de OAuth con las llamadas a la API. La clave o el token identifican el desarrollador. Para obtener más información, consulta Lo primero es lo primero: Cómo generar datos completos de estadísticas.

Si no se cumplen los criterios anteriores, verás el valor "(no se configuró)". Consulta también ¿Qué significa un valor de entidad de las estadísticas "(no se configuró)".

Entorno de producción El entorno perimetral en el que se implementan los proxies de API. Por ejemplo, “prueba” o “prod”.
Código de falla del error ax_edge_execution_fault_code

El código de falla del error. Por ejemplo: messaging.adaptors.http.flow.GatewayTimeout

Nombre del flujo en el error ax_execution_fault
  _flow_name

El flow nombrado en un proxy de API que generó un error Por ejemplo, "PreFlow", "PostFlow", o el nombre de un flujo condicional que creaste.

Ten en cuenta que el nombre completo que se usará en la API de administración es ax_execution_fault_flow_name, sin un salto de línea.

Si no se produjo ningún error, verás el valor "(no se configuró)".

Recurso de flujo flow_resource Solo para su uso con Apigee. Consulta esta publicación de Comunidad si te interesa.
Estado del flujo que generó errores ax_execution_fault
  _flow_state

El nombre de los estados del flujo del proxy de la API que generaron errores, como "PROXY_REQ_FLOW" o "TARGET_RESP_FLOW".

Ten en cuenta que el nombre completo para usar en la API de administración es ax_execution_fault_flow_state, sin un salto de línea.

ID del flujo de la puerta de enlace gateway_flow_id A medida que las llamadas a la API se mueven por Edge, cada llamada obtiene su propio ID de flujo de puerta de enlace. Ejemplo: rrt329ea-12575-114653952-1. El ID del flujo de la puerta de enlace es útil para distinguir métricas en situaciones de TPS alto en las que otras dimensiones, como la organización, el entorno y la marca de tiempo, son idénticas en las llamadas.
Organización organización La organización de Edge en la que se implementan los proxies de API.
Nombre de política que genera errores ax_execution_fault
  _policy_name

El nombre de la política que generó un error y provocó que la llamada a la API falle.

Ten en cuenta que el nombre completo que se usará en la API de administración es ax_execution_fault_policy_name, sin un salto de línea.

Si una política genera un error, pero el atributo raíz de la política continueOnError se configura como true, el flujo del proxy de API continúa sin fallas y la falla en la política no se cuenta en esta dimensión.

Proxy apiproxy El nombre de la máquina (no el nombre visible) de un proxy de API.
Ruta base del proxy proxy_basepath

La BasePath configurada en el proxy de API ProxyEndpoint. En la ruta base no se incluye la porción del dominio y el puerto de la URL del proxy de API. Por ejemplo, si la URL base de un proxy de API es https://apigeedocs-test.apigee.net/releasenotes/, la ruta base es /releasenotes.

El valor también se almacena en la variable de flujo proxy.basepath.

Sufijo de la ruta del proxy proxy_pathsuffix

La ruta del recurso agregada a la ruta base del proxy de API. Por ejemplo, si la URL base de un proxy de API es https://apigeedocs-test.apigee.net/hello/ y se realiza una llamada a https://apigeedocs-test.apigee.net/hello/json, el pathsuffix será /json.

Si no se usa un pathsuffix, el valor estará vacío.

El valor también se almacena en la variable de flujo proxy.pathsuffix.

Revisión del proxy apiproxy_revision El número de revisión del proxy de API que manejó las llamadas a la API. Esto no necesariamente significa que es la última revisión de un proxy de API. Si un proxy de API tiene 10 revisiones, puede que la octava revisión se esté implementando en el momento. Además, una API puede tener varias revisiones implementadas siempre que estas tengan rutas de acceso base diferentes, como se describe en Implementa proxies en la IU.
IP de cliente resuelta ax_resolved_client_ip

Contiene la dirección IP de cliente de origen. El valor de la dimensión ax_resolved_client_ip se calcula a partir de los valores de las dimensiones ax_true_client_ip y x_forwarded_for_ip.

Ten en cuenta que, cuando usas productos de enrutamiento, como Akamai, para capturar las verdaderas direcciones IP de los clientes, la IP de cliente se pasa al perímetro en el encabezado HTTP True-Client-IP, que luego se usa para establecer la dimensión ax_true_client_ip.

El valor de la dimensión ax_resolved_client_ip se calcula de la siguiente manera:

  1. Si ax_true_client_ip no es nulo y no contiene una dirección IP local, configura ax_resolved_client_ip como ax_true_client_ip.
  2. De lo contrario, configura ax_resolved_client_ip como la primera dirección IP que no sea local en x_forwarded_for_ip.
  3. Si ax_true_client_ip y x_forwarded_for_ip contienen solo direcciones IP locales, configura ax_resolved_client_ip como la primera dirección IP local en x_forwarded_for_ip.
  4. Si ax_true_client_ip y x_forwarded_for_ip son nulos, configura ax_resolved_client_ip como (not set).
  5. Si ax_true_client_ip es una dirección IP local y x_forwarded_for_ip es nulo, configura ax_resolved_client_ip como (not set).
Código de estado de la respuesta response_status_code El código de estado de respuesta HTTP reenviado desde Apigee al cliente, como 200, 404, 503, y demás. En Edge, el código de estado de respuesta del destino se puede reemplazar por políticas como Asignar mensaje y Generar un error, por lo que esta dimensión puede diferir del Código de respuesta objetivo (target_response_code).
Host virtual virtual_host Es el nombre del host virtual al que se realizó la llamada a la API. Por ejemplo, las organizaciones tienen dos hosts virtuales de forma predeterminada: default (http) y secure (https).
Entrada/cliente
Dirección IP de cliente client_ip La dirección IP del sistema que accede al router, como el cliente original (proxy_client_ip) o un balanceador de cargas. Cuando hay varias IP en el encabezado X-Forwarded-For, esta es la última IP que aparece en la lista.
Categoría del dispositivo ax_ua_device_category El tipo de dispositivo desde el que se realizó la llamada a la API, como “Tablet” o “Smartphone”.
Familia del SO ax_ua_os_family La familia del sistema operativo del dispositivo que realiza la llamada, como "Android" o "iOS".
Versión del SO ax_ua_os_version

La versión del sistema operativo del dispositivo que realiza la llamada.

Es útil usarla como una segunda dimensión de “desglose” con la familia del SO (ax_ua_os_family) para ver las versiones de los sistemas operativos.

IP de cliente del proxy proxy_client_ip

La dirección IP del cliente que realiza la llamada, almacenada en la variable de flujo proxy.client.ip. A menudo, es la dirección X-Forwarded-For de la llamada entrante, que es la dirección IP perimetral que recibió el último protocolo de enlace TCP externo. Puede ser el cliente que realiza la llamada o un balanceador de cargas. Cuando hay varias IP en el encabezado X-Forwarded-For, esta es la última IP que aparece en la lista.

IP de cliente referida ax_true_client_ip

Cuando se usan productos de enrutamiento, como Akamai para capturar las direcciones IP reales de los clientes, las IP de los clientes se pasan a Edge en el encabezado HTTP True-Client-IP. Esta dimensión captura esas IP de cliente reales de ese encabezado.

Para determinar la dirección IP de cliente original, a la que se accede a través de la dimensión ax_resolved_client_ip, Edge usa las dimensiones ax_true_client_ip y x_forwarded_for_ip.

Ruta de la solicitud request_path

La ruta del recurso (sin incluir el dominio) al servicio de destino, sin incluir los parámetros de consulta.

Por ejemplo, en la dirección http://mocktarget.apigee.net de destino de muestra de Apigee, se incluyen varios recursos, incluido /user, que muestra un saludo. Sin importar cómo el proxy de API llame a http://mocktarget.apigee.net/user, la ruta de la solicitud es /user.

URI de solicitud request_uri

La ruta del recurso (sin incluir el dominio) al servicio de destino, incluidos los parámetros de consulta.

Por ejemplo, en la dirección http://mocktarget.apigee.net de destino de muestra de Apigee, se incluyen varios recursos, incluido el recurso /user?user={name} y el parámetro de consulta con el fin de mostrar un saludo personalizado al nombre proporcionado. Sin importar cómo el proxy de API llame a http://mocktarget.apigee.net/user?user=Dude, el request_uri es /user?user=Dude.

Verbo de la solicitud request_verb El verbo de la solicitud HTTP en las solicitudes a la API, como GET, POST, PUT y DELETE.
Usuario-agente usuario-agente

El nombre del usuario-agente o el agente de software que se usa para realizar la llamada a la API. Ejemplos:

  • Un Pixel XL que realiza una llamada mediante Chrome: Mozilla/5.0 (Linux; Android 7.1.2; Pixel XL Build/NHG47N) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.92 Mobile Safari/537.36
  • Un iPad que realiza una llamada mediante Chrome: Mozilla/5.0 (iPad; CPU OS 10_2 like Mac OS X) AppleWebKit/602.1.50 (KHTML, like Gecko) CriOS/54.0.2840.91 Mobile/14C92 Safari/602.1
  • cURL desde una terminal: curl/7.51.0
Familia del usuario-agente ax_ua_agent_family La familia del usuario-agente, como "Chrome para dispositivos móviles" o "cURL".
Tipo del usuario-agente ax_ua_agent_type El tipo del usuario-agente, como "Navegador", "Navegador para dispositivos móviles", "Biblioteca" y otros.
Versión del usuario-agente ax_ua_agent_version

La versión del usuario-agente.

Es útil usarla como una segunda dimensión de "desglose" con la familia del usuarios-agente (ax_ua_agent_family) para obtener la versión de la familia del agente.

Salida/Destino
Ruta base del destino target_basepath

La ruta del recurso (sin incluir el dominio) al servicio de destino, sin incluir los parámetros de consulta, que se define en el <TargetEndpoint> del proxy.

Por ejemplo, supongamos que un proxy de API llama al siguiente destino:

<TargetEndpoint name="default">
...
<HTTPTargetConnection>
  <URL>http://mocktarget.apigee.net/user?user=Dude</URL>
</HTTPTargetConnection>

En este ejemplo, la target_basepath es /user.

Si el objetivo fuera el siguiente:

<TargetEndpoint name="default">
...
<HTTPTargetConnection>
  <URL>http://mocktarget.apigee.net</URL>
</HTTPTargetConnection>

target_basepath sería nulo.

En la herramienta de Trace, cuando seleccionas el ícono de AX al final del diagrama de flujo, la variable de flujo target.basepath se asigna a la dimensión target_basepath.

Host del destino target_host El host del servicio de destino. Por ejemplo, si un proxy de API llama a http://mocktarget.apigee.net/help, el target_host es mocktarget.apigee.net.
Dirección IP del destino target_ip La dirección IP del servicio de destino que reenvía la respuesta al proxy de API.
Código de respuesta del destino target_response_code

El código de estado de respuesta HTTP que muestra el servicio de destino al proxy de API, como 200, 404 y 503, entre otros.

Un valor "nulo" significa que la solicitud nunca llegó al servicio de destino. Esto ocurre cuando la política de caché de respuesta entrega la respuesta o cuando hay un error en el procesamiento de la solicitud.

Es diferente a la dimensión de código de estado de respuesta (response_status_code).

URL del destino target_url

La URL completa del servicio de destino que se definió en el TargetEndpoint de un proxy de API.

<TargetEndpoint name="default">
...
<HTTPTargetConnection>
  <URL>http://mocktarget.apigee.net/user?user=Dude</URL>
</HTTPTargetConnection>

En este ejemplo, la target_url es http://mocktarget.apigee.net/user?user=Dude.

Ten en cuenta que la URL también se puede anular durante el procesamiento del proxy de API mediante la variable de flujo target.url.

En el encadenamiento de proxy y cuando se usan destinos de secuencias de comandos (Node.js), la target_url del proxy de llamada es nula.

X Forwarded For x_forwarded_for_ip

La lista de direcciones IP en el encabezado X-Forwarded-For.

Para determinar la dirección IP de cliente original, a la que se accede a través de la dimensión ax_resolved_client_ip, Edge usa las dimensiones ax_true_client_ip y x_forwarded_for_ip.

Hora
Día de la semana ax_day_of_week La abreviatura de tres letras del día de la semana en la que se realizaron las llamadas a la API. Por ejemplo, lun, mar o mié.
Mes ax_month_of_year El numero del mes en el que se realizaron las llamadas a la API. Por ejemplo, "03" para marzo.
Hora del día ax_hour_of_day

En función de un reloj de 24 horas, es la hora de 2 dígitos en que se realizaron las llamadas a la API. Por ejemplo, para las llamadas a la API realizadas entre las 10 p.m. y las 11 p.m., la x_hour_of_day sería 22.

El valor de la hora está en UTC.

Time Zone ax_geo_timezone Los nombres comunes de las zonas horarias desde las que se realizaron las llamadas a la API, como America/New_York y Europe/Dublin.
Semana del mes ax_week_of_month Es el número de semana del mes. Por ejemplo, para las llamadas a la API realizadas durante la tercera semana de un mes, la ax_week_of_month es 3.
Ubicación
Ciudad ax_geo_city La ciudad desde la que se realizaron las llamadas a la API.
Continente ax_geo_continent El código de dos letras del continente desde el cual se hicieron las llamadas a la API. Por ejemplo, NA para Norteamérica.
País ax_geo_country El código de dos letras del país desde el cual se hicieron las llamadas a la API. Por ejemplo, EU para Estados Unidos.
Región geográfica ax_geo_region El código con guiones de la región geográfica, como STATE-COUNTRY. Por ejemplo, WA-US para Washington, Estados Unidos.
Región ax_dn_region El nombre del centro de datos de Apigee en el que se implementan los proxies de API, como us-east-1.
Monetización
Mensaje para ignorar la transacción de Mint x_apigee_mint_tx_ignoreMessage Marca que especifica si se deben ignorar los mensajes relacionados con la monetización. Se establece en false para todas las organizaciones de monetización.
Estado de transacción de acuñación x_apigee_mint_tx_status Es el estado de una solicitud de monetización, como correcto, con errores, no válida o ninguna.

Filtros

Los filtros te permiten limitar los resultados a las métricas con características específicas. A continuación, se muestran algunos filtros de ejemplo. Usa nombres de métricas y dimensiones con el estilo de API cuando definas filtros.

Muestra métricas para los proxies de API con nombres de libros o música:

filter=(apiproxy in 'books','music')

Muestra métricas para los proxies de API con nombres que comienzan con "m":

filter=(apiproxy like 'm%')

Muestra métricas para los proxies de API con nombres que no comienzan con "m":

filter=(apiproxy not like 'm%')

Muestra métricas para las llamadas a la API con códigos de estado de respuesta entre 400 y 599:

filter=(response_status_code ge 400 and response_status_code le 599)

Muestra métricas para las llamadas a la API con un código de estado de respuesta de 200 y un código de respuesta de destino de 404:

filter=(response_status_code eq 200 and target_response_code eq 404)

Muestra métricas para las llamadas a la API con un código de estado de respuesta de 500:

filter=(response_status_code eq 500)

Muestra métricas para las llamadas a la API que no generaron errores:

filter=(is_error eq 0)

A continuación, se enumeran los operadores que puedes usar para compilar filtros de informe.

Operador Descripción
in Incluir en la lista
notin Excluir de la lista
eq Es igual, ==
ne No es igual, !=
gt Es mayor, >
lt Es menor, <
ge Es mayor o igual, >=
le Es menor o igual, <=
like Muestra verdadero si el patrón de string coincide con el patrón proporcionado.
not like Muestra falso si el patrón de string coincide con el patrón proporcionado.
similar to Muestra verdadero o falso en función de si su patrón coincide con la string proporcionada. Es similar a like, excepto que interpreta el patrón mediante la definición de una expresión regular del estándar de SQL.
not similar to Muestra falso o verdadero en función de si su patrón coincide con la string proporcionada. Es similar a not like, excepto que interpreta el patrón mediante la definición de una expresión regular del estándar de SQL.
and Te permite usar la lógica "and" para incluir más de una expresión de filtro. El filtro incluye los datos que cumplen con todas las condiciones.
or Te permite usar la lógica 'or' para evaluar diferentes expresiones de filtro posibles. El filtro incluye los datos que cumplen con al menos una de las condiciones.