Estás viendo la documentación de Apigee Edge.
Ir a la documentación de
Apigee X. info
A continuación, se incluyen las preguntas frecuentes:
- Tengo muchos proxies de API. ¿Cuáles son algunos de los 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 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 proxies?
- ¿Por qué veo el valor "not set" 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 error HTTP 429?
Tengo muchos proxies de API. ¿Cuáles son algunos de los 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 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 perfeccionando las alertas y notificaciones según tus observaciones.
- Pide a los equipos responsables de desarrollar las APIs que recomienden umbrales de tasa de errores 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?
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 el cronograma?
Los gráficos de latencia se muestran en el Cronograma 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 API. Para recuperar los IDs de desarrollador, puedes ejecutar un informe personalizado.¿Puedo supervisar una cadena de proxies?
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, la supervisión de APIs 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 "not set" en los paneles?
Si el proxy de API, el origen del error, el código de error o la política de errores no tienen un valor o no se pueden determinar, el panel mostrará "not set" como el origen. Estos son algunos ejemplos de situaciones que pueden generar el valor "not set":
- Errores relacionados con el cliente
- Códigos de error de HTTP que se anulan con una respuesta de éxito
- Códigos de estado HTTP 2xx (ya que no suelen generar códigos de error)
Para obtener más información sobre "not set", consulta ¿Qué significa un valor de entidad de las estadísticas "(not set)"?
¿La supervisión de APIs está disponible en la IU clásica o en Edge para la nube privada?
Por el momento, la supervisión de API de Apigee solo está disponible para los clientes de Apigee Edge Cloud Enterprise que usan la nueva IU de Edge.
La supervisión de APIs de Apigee no está disponible en la IU de Edge clásica ni en Edge para 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 página de la comunidad en la que se mencionen las prácticas recomendadas. La información de este campo se incluirá en la notificación.¿Cómo puedo controlar los códigos de error HTTP 429?
La política de cuotas y la política de SpikeArrest de Edge emiten un código de error 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 error HTTP 429. En su lugar, establece una condición de alerta de Política de administración del tráfico > Cuota > Incumplimiento de cuota, como se muestra a continuación, o Política de administración del tráfico > Spike Arrest > Incumplimiento de SpikeArrest:
