Estás consultando la documentación de Apigee Edge.
Consulta la
documentación de Apigee X. Información
A continuación, encontrarás preguntas frecuentes:
- Tengo muchos proxies de API. ¿Cuáles son algunos enfoques recomendados para configurar alertas para todos mis proxies de API?
- ¿Qué roles pueden acceder a la supervisión de la API?
- ¿Por qué no veo todos los proxies de API en la página Recientes?
- ¿Por qué no veo los gráficos de latencia en el cronograma?
- Los registros son útiles para identificar los códigos de estado que generan errores, pero ¿cómo identifico los IDs de desarrollador que generan las llamadas?
- ¿Puedo supervisar una cadena de proxy?
- ¿Por qué veo "no establecido" en los paneles?
- ¿La supervisión de API está disponible en la IU clásica o en el perímetro para la nube privada?
- ¿Qué es una guía?
- ¿Cómo puedo manejar los códigos de falla HTTP 429?
Tengo muchos proxies de API. ¿Cuáles son algunos enfoques recomendados para configurar alertas para todos mis proxies de API?
Apigee recomienda los siguientes enfoques:
- Comienza por configurar alertas para cualquier proxy de API con un umbral específico. Por ejemplo, una tasa de error 4xx del 10% durante 5 minutos. Configura las notificaciones y consulta la página Historial de alertas para supervisar las alertas que se activan. Configura alertas y notificaciones adicionales para proxies de API y servicios de destino específicos. Sigue definiendo mejor las alertas y notificaciones en función de tus observaciones.
- Pídeles a los equipos responsables del desarrollo de las APIs que recomienden la tasa de errores y los umbrales de latencia al equipo de Operaciones responsable de configurar alertas.
¿Qué roles pueden acceder a la supervisión de API?
Consulta Acerca de las funciones de supervisión de API.¿Por qué no veo todos los proxies de API en la página Recientes?
En el panel Recientes, solo se muestran los proxies de API que tuvieron tráfico recientemente. No muestra todos los proxies de API de tu organización. El panel Cronograma te permite ver los datos de todos los proxies de API.¿Por qué no veo los gráficos de latencia en el cronograma?
Los gráficos de latencia se muestran en Cronograma solo si seleccionas una región y un proxy de API, y el intervalo de tiempo seleccionado no es superior a 7 días.Los registros son útiles para identificar los códigos de estado que generan errores, pero ¿cómo identifico los ID de desarrollador que generan las llamadas?
Los IDs de desarrollador no se incluyen en los registros de supervisión de la API. Para recuperar los IDs de desarrollador, puedes ejecutar un informe personalizado.¿Puedo supervisar una cadena de proxy?
Puede usar un proxy de API como extremo de destino de otro proxy de API, lo que conecta de manera eficaz los dos proxies en una cadena de proxies. Sin embargo, la supervisión de API solo registra las solicitudes en el primer proxy de la cadena, no en el proxy de API que se usa como destino. Consulta Cómo encadenar proxies de API para obtener más información.¿Por qué veo "no establecido" en los paneles?
Si el proxy de API, la fuente de la falla, el código de fallas o la política de fallas no tienen un valor o no pueden determinarse, el panel mostrará "not set" como el origen. Entre los ejemplos de situaciones que pueden dar lugar a un estado "no establecido", se incluyen los siguientes:
- Errores relacionados con el cliente
- Códigos de error HTTP que se anulan con una respuesta exitosa
- Códigos de estado HTTP 2xx (ya que, por lo general, no generan códigos de falla)
Para obtener más información sobre el estado "no establecido", consulta ¿Qué significa un valor de entidad de estadísticas "(sin definir)"?
¿La supervisión de API está disponible en la IU clásica o en el perímetro de la nube privada?
Actualmente, Apigee API Monitoring está disponible solo para los clientes de Apigee Edge Cloud Enterprise que utilizan la nueva IU de Edge.
La supervisión de la API de Apigee no está disponible en la IU de Edge clásica ni en Edge para la nube privada.
¿Qué es una guía?
Cuando configures una alerta, en el campo de la guía, debes proporcionar una descripción breve de las acciones recomendadas para resolver las alertas cuando se activen. También puedes especificar un enlace a tu wiki o página de comunidad interna donde puedes consultar las prácticas recomendadas. La información de este campo se incluirá en la notificación.¿Cómo puedo manejar los códigos de falla HTTP 429?
La política de cuotas y la política de SpikeArrest emiten un código de falla HTTP 429 cuando se supera una cuota (política de cuotas) o se supera el límite de frecuencia (política de SpikeArrest).Sin embargo, en el panel Alertas, no puedes definir una alerta para un código de falla HTTP 429. En su lugar, configura una condición de alerta de Política de administración de tráfico > Cuota > Incumplimiento de cuota, como se muestra a continuación, o Política de administración de tráfico > Spike Arrest > Incumplimiento de SpikeArrest:
