Estás viendo la documentación de Apigee Edge.
Ve a la
documentación de Apigee X. info
A continuación, se incluyen algunas 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 en la página Recientes?
- ¿Por qué no veo gráficos de latencia en Rutas?
- Los registros son útiles para identificar los códigos de estado que generan errores, pero ¿cómo puedo identificar 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 errores 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 ajustando las alertas y las notificaciones en función de tus observaciones.
- Pídeles a los equipos responsables de desarrollar las APIs que recomienden los umbrales de latencia y tasa de error 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 la supervisión de la 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 en el pasado reciente. 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 gráficos de latencia en Rutas?
Los gráficos de latencia se muestran en Timeline solo si seleccionas una región y un proxy de API, y el período 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 IDs 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?
Puedes usar un proxy de API como el extremo de destino de otro proxy de API y conectar de forma efectiva los dos proxies en una cadena de proxy. Sin embargo, el monitoreo de API solo registra las solicitudes al primer proxy de la cadena, no al proxy de API que se usa como destino. Consulta Encadena 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 fallas, el código de fallas o la política de fallas 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 el estado "No establecido":
- 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 error)
Para obtener más información sobre "no configurado", 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 la nube de Apigee Edge que usan la nueva IU de Edge.
Apigee API Monitoring no está disponible en la IU de Edge clásica ni en Edge para la nube privada.
¿Qué es una guía?
Cuando configuras una alerta, en el campo de la guía, proporcionas una breve descripción de las acciones recomendadas para resolver las alertas cuando se activen. También puedes especificar un vínculo a tu wiki interna o a la página de la comunidad en la que hagas 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 y la política de SpikeArrest de Edge emiten un código de falla HTTP 429 cuando se supera una cuota (política de cuotas) o 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, establece una condición de alerta en Traffic Mgmt Policy > Quota > Quota Violation, como se muestra a continuación, o Traffic Mgmt Policy > Spike Arrest > SpikeArrest Violation:
