Estás viendo la documentación de Apigee Edge.
Ir a la
documentación de Apigee X. info
Las siguientes son 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 API?
- ¿Por qué no veo todos los proxies de API que aparecen en la página Recientes?
- ¿Por qué no veo gráficos de latencia en la cronología?
- 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 “Sin establecer” en los paneles?
- ¿La supervisión de API está disponible en la IU clásica o en Edge para la nube privada?
- ¿Qué es una guía?
- ¿Cómo puedo controlar 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 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 refinando las alertas y las notificaciones según tus observaciones.
- Pídeles a los equipos responsables del desarrollo de APIs que recomienden umbrales de tasa de error y latencia al equipo de operaciones responsable de configurar las alertas.
¿Qué roles pueden acceder a la supervisión de API?
Consulta Acerca de los roles de supervisión de API.¿Por qué no veo todos los proxies de API que aparecen en la página Recientes?
El panel Recientes muestra solo los proxies de API que tuvieron tráfico en el pasado reciente. No muestra todos los proxies de API de tu organización. El panel Cronograma te permite ver datos de todos los proxies de API.¿Por qué no veo gráficos de latencia en la cronología?
Los gráficos de latencia se muestran en la cronología solo si seleccionas una región y un proxy de API, y el período seleccionado no supera los 7 días.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?
Los IDs de desarrollador no se incluyen en los registros de supervisión de API. Para recuperarlos, puedes ejecutar un informe personalizado.¿Puedo supervisar una cadena de proxy?
Puedes usar un proxy de API como el extremo de destino de otro proxy de API, lo que conecta de manera efectiva los dos proxies en una cadena de proxy. Sin embargo, la supervisión de API solo registra las solicitudes al primer proxy de la cadena, no al proxy de API que se usa como destino. Consulta Encadena los proxies de API para obtener más información.¿Por qué veo “Sin establecer” en los paneles?
Si el proxy de API, la fuente de falla, el código de falla o la política de falla no tienen un valor o no se pueden determinar, el panel mostrará "Sin establecer" como origen. Estos son algunos ejemplos de situaciones que pueden generar “Sin establecer”:
- Errores relacionados con el cliente
- Códigos de error HTTP que se anulan con una respuesta de éxito
- Códigos de estado HTTP 2xx (ya que, por lo general, no generan códigos de falla)
Para obtener más información sobre "Sin establecer", consulta ¿Qué significa un valor de entidad de las estadísticas "(not set)"?
¿La supervisión de API está disponible en la IU clásica o en Edge para la nube privada?
Actualmente, Apigee API Monitoring solo está disponible para los clientes empresariales de servicios en la nube de Apigee Edge que usan la nueva IU de Edge.
Apigee API Monitoring no está disponible en la IU clásica de Edge ni en Edge para la nube privada.
¿Qué es una guía?
Cuando configuras una alerta, en el campo Guía, proporcionas una breve descripción de las acciones recomendadas para resolver las alertas cuando se activan. También puedes especificar un vínculo a tu wiki interna o a la página de la comunidad en la que haces referencia a las prácticas recomendadas. La información de este campo se incluirá en la notificación.¿Cómo puedo controlar los códigos de falla HTTP 429?
La política de cuotas de Edge y la política de SpikeArrest emiten un código de falla HTTP 429 cuando se excede una cuota (política de cuotas) o se excede 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, estableces una condición de alerta de Traffic Mgmt Policy > Quota > Quota Violation , como se muestra a continuación, o Traffic Mgmt Policy > Spike Arrest > SpikeArrest Violation:
