Vous consultez la documentation d'Apigee Edge.
Consultez la
documentation Apigee X. en savoir plus
Le mardi 17 février 2015, nous avons lancé une nouvelle version cloud d'Apigee Edge.
Nouvelles fonctionnalités et améliorations
Voici les nouvelles fonctionnalités et améliorations de cette version.
Améliorations apportées à Analytics
Cette version inclut de nombreuses améliorations en termes de facilité d'utilisation et de performances des tableaux de bord et rapports d'analyse Edge.
- Les graphiques sur les performances des API, des développeurs, des produits et des applications de développement ont été déplacés. Auparavant, elles s'affichaient au bas des pages principales de ces entités. Désormais, vous pouvez accéder aux graphiques en sélectionnant l'onglet Analytics en haut de chaque page.
- Cette version inclut des opérations importantes sur les tableaux de bord nouveaux ou existants :
-
Tableau de bord Apigee (révision): comprend trois graphiques de métriques: trafic proxy, engagement des développeurs et applications pour les développeurs. Chaque graphique fournit une vue plus détaillée qui vous permet d'explorer chaque métrique. Consultez le tableau de bord Apigee.
-
Proxy Performance (Nouveau): affiche les modèles de trafic et les temps de traitement des proxys d'API. Remplace le tableau de bord des performances des proxys d'API. Voir Performances des proxys d'API.
-
Composition du trafic (version révisée): apparence et contenu du tableau de bord entièrement revus. Mesure la contribution relative de vos principaux API, applications, développeurs et produits à l'ensemble de votre programme d'API. Consultez la section Composition du trafic.
-
Analyse des erreurs (version révisée): l'aspect et le contenu ont été entièrement revus. Affiche les taux d'erreur pour les mandataires et les cibles d'API. Consultez la page Tableau de bord d'analyse de code d'erreur.
-
-
Ces tableaux de bord existants ont été renommés:
-
Performances des points de terminaison a été renommé Performances cibles: affiche les modèles de trafic et les métriques de performances pour les cibles backend des proxys d'API. Consultez la section Performances cibles.
-
Engagement des partenaires a été renommé Engagement des développeurs, qui indique quels développeurs d'applications enregistrées génèrent le plus de trafic d'API. Pour chacun de vos développeurs, vous pouvez savoir qui génère le plus de trafic API et le plus d'erreurs. Voir Engagement des développeurs.
-
Options de filtrage dans l'interface utilisateur de gestion
Sur les pages Proxies, Produits, Développeurs et Applications d'API de l'interface utilisateur de gestion, de nouvelles options de filtrage sont disponibles pour la recherche.
Outil de traçage hors connexion
L'outil de trace hors connexion vous permet d'afficher et d'analyser les sessions de trace précédemment enregistrées. Une session de trace sauvegardée est essentiellement un "enregistrement" d'une session de trace. Elle peut être utile dans les cas où un dépannage et une analyse plus approfondie sont nécessaires. L'UI de l'outil de traçage hors connexion est semblable à l'outil de traçage en direct.
Pour en savoir plus, consultez la page Utiliser l'outil de traçage hors connexion.
Rôles utilisateur affichés dans les paramètres utilisateur
Sur la page "Paramètres utilisateur" de l'interface utilisateur de gestion (nom d'utilisateur > Paramètres utilisateur), les rôles de l'utilisateur s'affichent.
Améliorations apportées à l'interface utilisateur de gestion en périphérie
Cette version inclut un certain nombre d'améliorations mineures en matière de convivialité et de cohérence dans l'interface utilisateur de gestion en périphérie.
Bugs résolus
Les bugs suivants sont résolus dans cette version.
ID du problème | Description |
---|---|
APIRT-272 | Le paramètre io.timeout.millis n'est pas respecté Le paramètre io.timeout.millis de la connexion cible HTTP d'un proxy d'API est désormais respecté pour les points de terminaison cibles dynamiques. |
APIRT-441 | Les messages d'erreur OAuth renvoyés au client ont été modifiés Dans une stratégie OAuthV2, lorsque continueOnError est définie sur "true", Edge renseigne désormais les nouvelles variables de flux suivantes pour fournir plus d'informations sur les erreurs: oauthV2.policy-name.fault.name et oauthV2.policy-name.fault.cause |
APIRT-641 | Emplacement des fichiers XSD à jour Les schémas des règles Edge ont été mis à jour dans le dépôt GitHub d'exemples Apigee. Voir: https://github.com/apigee/api-platform-samples/tree/master/schemas/policy. |
APIRT-848 | Utilisation élevée de la mémoire RES des processeurs de messages |
APIRT-970 | Utilisation élevée du tas de mémoire dans les processeurs de messages |
APIRT-998 | Règle AccessControl avec plusieurs adresses IP "X-Forwarded-For" ne bloquent pas le trafic Dans la règle de contrôle des accès, seul le premier en-tête "X-Forwarded-For" a été utilisé. À présent, la stratégie utilise tous les en-têtes X-Forwarded-For s'il y en a plusieurs. |
APIRT-1078 | Les routeurs et les processeurs de messages peuvent parfois devenir obsolètes lors d'un déploiement |
APIRT-1098 | Journaux MP affichant java.util.ConcurrentModificationException lors de l'exécution de JavaScript Des erreurs liées au service non disponible étaient générées dans certaines règles JavaScript lors du débogage/de la trace. Ce problème a été résolu. |
APIRT-1099 | Problème avec GetOAuthV2Info – AuthorizationCode. Lancement d'une exception NPE. La règle GetOAuthV2Info générait des exceptions de pointeur nul lors de la tentative de récupération du code "AuthorizationCode". Ce problème a été résolu. La stratégie permet désormais de récupérer des informations AuthorizationCode. |
AXAPP-572 | L'état du menu déroulant de la page "Tableau de bord" ne change pas après la sélection |
AXAPP-1295 | Rapports personnalisés entraînant une erreur de serveur interne L'interface utilisateur de gestion garantit désormais que les caractères spéciaux (%, ") sont correctement encodés pour les appels d'analyse à partir de rapports personnalisés. |
AXAPP-1320 | Afficher le détail d'une dimension personnalisée vide provoque une erreur de niveau de précision "Précis" |
AXAPP-1390 | Avertissement"Erreur serveur" lors du chargement de la vue des meilleures performances sur la page "Tableau de bord" |
AXAPP-1427 | Problème de réactivité dans le tableau de bord lors de l'affichage "par minute" |
CORERT-280 | TCPMonitor doit planifier les tâches à un délai fixe et non à intervalle fixe pour éviter de consommer tous les threads Le code TCPMonitor a été optimisé pour gérer plus efficacement les ressources système. |
CORERT-297 | java.lang.OutOfMemoryError: mémoire tampon directe observée sur le routeur Netty pendant le test de charge |
CORERT-331 | L'URL contenant "|" provoque des requêtes incorrectes Des barres verticales ("|") dans les URL causaient des erreurs de requête incorrectes. Ce problème a été résolu. |
CORERT-338 | Trouver la meilleure correspondance de chemin de base lorsqu'il existe des entrées en conflit avec proxyBasePath, env, alias vhost et port vhost |
CORERT-348 | La valeur 200 du backend est remplacée par 503 en raison de l'en-tête de réponse "Connection: Close" (Connexion : fermeture) |
DEVRT-1039 | Le plan tarifaire de transactions n'est pas obligatoire L'exigence de la règle d'enregistrement des transactions n'était pas appliquée. Désormais, la monétisation nécessite l'existence d'une règle d'enregistrement des transactions pour un produit avant de pouvoir définir un plan tarifaire pour un package contenant le produit. |
DEVRT-1210 | Le champ de date des conditions d'utilisation n'utilise pas le fuseau horaire de l'organisation pour la validation La date d'entrée en vigueur des conditions d'utilisation n'a pas été calculée de manière incorrecte. La date est désormais validée par rapport au fuseau horaire de l'organisation. |
MGMT-927 | Développer l'interface utilisateur n'analyse pas correctement le code XML dans les règles, peut entraîner des problèmes lors de l'enregistrement des nouvelles révisions L'interface utilisateur de gestion n'analyse pas les proxys et les règles de l'API lorsque les définitions XML sont encapsulées dans plusieurs lignes. Ce problème a été résolu. |
MGMT-1294 | La nouvelle interface utilisateur de trace n'affiche pas les requêtes entrantes si le backend cible met un certain temps à répondre |
MGMT-1302 | Boucle de redirection vers l'interface utilisateur de gestion lors de la connexion Dans certains cas, la connexion à l'interface utilisateur de gestion sur Firefox ne fonctionnerait pas. Ce problème a été corrigé. |
MGMT-1309 | Le filtre d'interface utilisateur de traçage code explicitement les caractères spéciaux dans l'URL |
MGMT-1323 | Le modèle d'API peut être récupéré sans identifiants Les ressources de modèle d'API nécessitent désormais une authentification pour toutes les requêtes, à l'exception du point de terminaison de découverte proxyUrl. Cela signifie que l'affichage du code HTML SmartDocs directement à partir du backend nécessite désormais des identifiants. |
MGMT-1386 | Erreur AJAX sur la page de présentation d'APIProxy Des erreurs d'intégrité des données se produisaient lorsque plusieurs organisations étaient actives dans différents onglets de navigateur. L'interface utilisateur de gestion en périphérie permet à présent de garantir l'intégrité des données lorsque plusieurs onglets sont utilisés. Lorsque vous travaillez avec une organisation dans un onglet de navigateur, la gestion vous oblige à basculer vers cette organisation dans tous les autres onglets de l'interface utilisateur de gestion. |
MGMT-1410 | Serveur cible non validé lors d'une utilisation dans un appel de service Dans une règle d'appel de service, un point de terminaison cible manquant était autorisé lors du déploiement du groupe de proxys d'API. Le point de terminaison cible de la règle est en cours de validation, et un point de terminaison cible manquant dans une demande de service génère une erreur lors du déploiement. |
MGMT-1411 | Aucune variable <Path> dans l'équilibreur de charge TargetEndPoint ne génère une exception 500 lors du déploiement Dans une classe HTTPTargetConnection, lorsqu'un équilibreur de charge était utilisé et qu'aucun chemin d'accès n'était spécifié, une erreur 500 est générée. Ce problème a été résolu. S'il manque l'élément du chemin dans un LoadBalancer, le caractère "/" par défaut est utilisé. |
MGMT-1416 | Amélioration des messages lors du déploiement d'un groupe de proxys avec une condition incorrecte Les messages d'erreur lors du développement des proxys d'API ont été améliorés pour inclure plus d'informations sur l'emplacement et les motifs des erreurs. |
MGMT-1496 | Message d'erreur incorrect lors de l'ajout de l'utilisateur Lorsque vous essayez d'ajouter de nouveau un utilisateur existant à une organisation, le message "L'utilisateur non défini existe déjà dans l'organisation" s'affiche. Le mot "undefined" est maintenant remplacé par le nom d'utilisateur. |
MGMT-1532 | Le rôle personnalisé sans autorisation EDIT ne permet pas de créer un proxy d'API |
MGMT-1538 | Les développeurs avec $ dans la partie locale de l'adresse e-mail ne peuvent pas être récupérés |
MGMT-1543 | Déploiement impossible avec le rôle "Utilisateur" via l'interface utilisateur de gestion |
Problèmes connus
Cette version présente les problèmes connus suivants.
ID du problème | Description |
---|---|
APIRT-950 | Les rapports peuvent afficher "na" pour l'application et le produit du développeur "na" apparaît parfois dans les rapports d'analyse. La rubrique de documentation suivante décrit la signification de "na" selon différents contextes: mean? Une prochaine mise à jour améliorera l'affichage de ce libellé dans l'interface utilisateur. |