Vous consultez la documentation Apigee Edge.
Accédez à la
documentation**Apigee X**. info
Vous trouverez ci-dessous les questions fréquentes :
- J'ai de nombreux proxys d'API. Quelles sont les approches recommandées pour configurer des alertes pour tous mes proxys d'API ?
- Quels rôles peuvent accéder à API Monitoring ?
- Pourquoi tous les proxys d'API ne sont-ils pas listés sur la page "Récent" ?
- Pourquoi les graphiques de latence ne s'affichent-ils pas dans la chronologie ?
- Les journaux sont utiles pour identifier les codes d'état qui entraînent des erreurs, mais comment identifier les ID de développeur qui génèrent les appels ?
- Puis-je surveiller une chaîne de proxy ?
- Pourquoi la mention "non défini" s'affiche-t-elle dans les tableaux de bord ?
- API Monitoring est-il disponible dans l'interface utilisateur classique ou Edge pour Private Cloud ?
- Qu'est-ce qu'un playbook ?
- Comment gérer les codes d'erreur HTTP 429 ?
J'ai de nombreux proxys d'API. Quelles sont les approches recommandées pour configurer des alertes pour tous mes proxys d'API ?
Apigee recommande les approches suivantes :
- Commencez par configurer des alertes pour n'importe quel proxy d'API avec un seuil spécifique. Par exemple, un taux d'erreur 4xx de 10% pendant 5 minutes. Configurez des notifications et consultez la page "Historique des alertes" pour surveiller les alertes déclenchées. Configurez des alertes et des notifications supplémentaires pour des proxys d'API et des services cibles spécifiques. Continuez à affiner les alertes et les notifications en fonction de vos observations.
- Demandez aux équipes responsables du développement des API de recommander des seuils de taux d'erreur et de latence à l'équipe des opérations chargée de configurer les alertes.
Quels rôles peuvent accéder à API Monitoring ?
Consultez la section À propos des rôles API Monitoring.Pourquoi tous les proxys d'API ne sont-ils pas listés sur la page "Récent" ?
Le tableau de bord Récent n'affiche que les proxys d'API qui ont généré du trafic récemment. Il n'affiche pas tous les proxys d'API de votre organisation. Le tableau de bord Chronologie vous permet d'afficher les données de tous les proxys d'API.Pourquoi les graphiques de latence ne s'affichent-ils pas dans la chronologie ?
Les graphiques de latence ne s'affichent dans la chronologie que si vous sélectionnez une région et un proxy d'API, et si la plage de temps sélectionnée ne dépasse pas 7 jours.Les journaux sont utiles pour identifier les codes d'état qui entraînent des erreurs, mais comment identifier les ID de développeur qui génèrent les appels ?
Les ID de développeur ne sont pas inclus dans les journaux API Monitoring. Pour récupérer les ID de développeur, vous pouvez exécuter un rapport personnalisé.Puis-je surveiller une chaîne de proxy ?
Vous pouvez utiliser un proxy d'API comme point de terminaison cible d'un autre proxy d'API, en connectant efficacement les deux proxys dans une chaîne de proxy. Toutefois, API Monitoring n'enregistre que les requêtes adressées au premier proxy de la chaîne, et non au proxy d'API utilisé comme cible. Pour en savoir plus, consultez la section Chaîner des proxys d'API.Pourquoi la mention "non défini" s'affiche-t-elle dans les tableaux de bord ?
Si le proxy d'API, la source d'erreur, le code d'erreur ou la règle d'erreur n'ont pas de valeur ou ne peuvent pas être déterminés, le tableau de bord affichera "non défini" comme origine. Voici quelques exemples de scénarios pouvant entraîner l'affichage de la mention "non défini" :
- Erreurs liées au client
- Codes d'erreur HTTP remplacés par une réponse de réussite
- Codes d'état HTTP 2xx (car ils n'entraînent généralement pas de codes d'erreur)
Pour en savoir plus sur la mention "non défini", consultez la section Signification d'une valeur d'entité d'analyse "(not set)".
API Monitoring est-il disponible dans l'interface utilisateur classique ou Edge pour Private Cloud ?
Apigee API Monitoring n'est actuellement disponible que pour les clients Apigee Edge Cloud Enterprise qui utilisent la nouvelle interface utilisateur Edge.
Apigee API Monitoring n'est pas disponible dans l'interface utilisateur classique Edge ni dans Edge pour Private Cloud.
Qu'est-ce qu'un playbook ?
Lorsque vous configurez une alerte, le champ "Playbook" vous permet de fournir une brève description des actions recommandées pour résoudre les alertes lorsqu'elles se déclenchent. Vous pouvez également indiquer un lien vers votre wiki ou la page de votre communauté sur laquelle vous référencez les bonnes pratiques. Les informations contenues dans ce champ seront incluses dans la notification.Comment gérer les codes d'erreur HTTP 429 ?
La règle de quota Edge et la règle SpikeArrest émettent toutes deux un code d'erreur HTTP 429 lorsqu'un quota est dépassé (règle de quota) ou que la limite de débit est dépassée (règle SpikeArrest).Toutefois, dans le tableau de bord Alertes, vous ne pouvez pas définir d'alerte pour un code d'erreur HTTP 429. Au lieu de cela, vous définissez une condition d'alerte Règle de gestion du trafic > Quota > Violation de quota , comme illustré ci-dessous, ou Règle de gestion du trafic > Spike Arrest > Violation de SpikeArrest :
