Vous consultez la documentation Apigee Edge.
Accédez à la
documentation Apigee X. info
Le mardi 29 avril 2014, 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.
- Tableaux de bord Analytics
Edge fournit désormais de nouveaux rapports Analytics sur les performances des points de terminaison, des proxys d'API et du cache pour vous aider à surveiller les performances.
Consultez "Les tableaux de bord Operations" sur la page Tableaux de bord Analytics. - Agrégation de métriques personnalisées pour les performances
Cette fonctionnalité n'est plus disponible.
Une nouvelle fonctionnalité d'agrégation personnalisée améliore les performances analytiques en vous permettant de définir des métriques personnalisées qu'Edge collecte et stocke lors des appels d'API. Lorsque vous consultez des rapports, Edge accède aux métriques agrégées déjà disponibles au lieu de les récupérer à la volée. - OAuth 2.0 préconfiguré dans les proxys d'API
Lorsque vous créez un proxy d'API, une nouvelle option "Secure with OAuth v2.0 Access Tokens" (Sécuriser avec des jetons d'accès OAuth v2.0) configure automatiquement le proxy d'API avec des règles compatibles avec OAuth.
Consultez OAuth. - Masquage des données dans la trace
La ressource d'API /maskconfigs vous permet de masquer les données sensibles telles que les informations de carte de crédit dans les sessions de trace de proxy d'API, ce qui contribue à garantir la sécurité des données utilisateur lors du développement d'API.
Requête : 810723
Consultez Masquer et ne pas afficher des données. - Règle d'authentification de base
La règle d'authentification de base vous permet d'ajouter une authentification de base légère à un proxy d'API, en fournissant un encodage Base64 automatique des identifiants utilisateur et en remplissant l'en-tête HTTPAuthorization: Basicheader.
Consultez Règle d'authentification de base. - PostClientFlow
Le PostClientFlow vous permet d'ajouter des règles MessageLogging qui s'exécutent après l'envoi de la réponse. Cela réduit la latence du proxy d'API et met les informations à disposition pour la journalisation ne faisant pas l'objet de calculs avant que la réponse ne soit envoyée, comme client.sent.start.timestamp et client.sent.end.timestamp.
Requête : 814059
Bugs résolus
Les bugs suivants sont résolus dans cette version.
| Sujet | Description |
|---|---|
| Validation du nom des rapports personnalisés | Edge valide désormais les noms des rapports personnalisés pour interdire l'utilisation de caractères spéciaux. |
| Problèmes de rapport avec l'exploration détaillée developer_app | Des applications de développeur incorrectes étaient renvoyées dans les rapports personnalisés qui utilisaient l' exploration détaillée developer_app. Ce problème a été résolu. |
| La période ne fonctionne pas dans les rapports personnalisés | Dans les rapports personnalisés contenant des filtres avec plusieurs expressions entre parenthèses
(par exemple, (request_verb eq 'POST') or (request_verb eq
'GET')), la modification de la période du rapport n'avait aucun effet sur les résultats. Ce problème
a été résolu.Requête : 810753 |
| Les graphiques n'apparaissent pas dans les rapports personnalisés | Un problème lié à l'absence de graphiques dans les rapports personnalisés a été résolu. Requête : 814623 |
| Importation de WSDL |
|
| Configuration de la règle de limitation du débit simultané | Le sélecteur de point de terminaison cible n'est désormais disponible que lorsque vous ajoutez une règle de limitation du débit simultané à un proxy d'API. Le point de terminaison cible ne s'applique pas aux autres règles. |
| Assistance de l'entreprise pour les développeurs | Pour les organisations pour lesquelles les entreprises sont activées, vous pouvez désormais spécifier une entreprise lorsque vous
créez ou modifiez un développeur. Requête : 515246 |
| Exportation de développeurs, d'applications et de produits | Vous pouvez désormais exporter des développeurs, des applications et des produits dans un fichier CSV à partir de la page "Développeurs"
de l'interface utilisateur de gestion Edge. Cette fonctionnalité n'est actuellement pas disponible pour les organisations pour lesquelles la monétisation est activée. Requête : 747159 |
| Blocage de la fenêtre "Applications de développeur" | Lorsqu'un développeur supprimait une application dans le portail des développeurs Edge, cliquer sur cette application de développeur dans l'interface utilisateur de gestion Edge entraînait le blocage de la fenêtre. Ce problème a été résolu. |
| Commentaires dans une configuration de proxy d'API | Les commentaires dans une configuration de proxy d'API sont désormais visibles dans la vue Code de l'éditeur de proxy d'API et dans l'inspecteur de propriétés. |
| Proxys d'API créés avec des noms non valides | L'interface utilisateur de gestion Edge permettait auparavant de créer des proxys d'API dont les noms
contenaient des caractères spéciaux non compatibles, ce qui entraînait des proxys d'API non valides qui ne pouvaient pas être
supprimés. Les noms des proxys d'API sont désormais validés au moment de la création. Seuls les caractères alphanumériques, ainsi que "-" et
"_" sont autorisés. Requête : 550390 |
| Sensibilité à la casse dans la dénomination des proxys d'API | Edge créait des proxys d'API avec des noms en minuscules, quelle que soit la casse saisie. Edge respecte désormais la casse du nom saisi pour le proxy d'API. |
| Avertissement lors de l'enregistrement d'un proxy d'API | Lorsque vous enregistrez un proxy d'API dans l'éditeur de proxy d'API, Edge déploie le proxy d'API dans tous les environnements où la révision est actuellement déployée, y compris les environnements de production. L'interface utilisateur de gestion Edge affiche désormais un avertissement avant d'enregistrer le proxy. |
| Enregistrement d'un rôle personnalisé sans autorisations dans l'environnement de production | Lorsqu'une révision d'API déployée est mise à jour, elle déclenche un déploiement interne dans les environnements déployés. Un rôle personnalisé sans les autorisations de déploiement appropriées pouvait être
déployé en enregistrant un proxy d'API. Ce problème a été résolu en appliquant les autorisations de déploiement. Requête : 813084 |
| Serveur cible en double | Lors de la création d'un serveur cible en double, au lieu d'une erreur HTTP 409, Edge écrasait le serveur cible existant et renvoyait un état 201. Ce problème a été résolu en générant une erreur 409 et en n'écrasant pas le serveur cible existant. |
| Impossible de créer des sessions de trace pour les proxys d'API | Les sessions de trace n'étaient pas créées pour les environnements avec des processeurs de messages qui
étaient inaccessibles. Ce problème a été résolu en n'associant les sessions de trace qu'aux
processeurs de messages accessibles et disponibles Requête : 812192 |
| Comportement mis à jour de JMSReplyTo | Par défaut, Edge envoie la réponse à la file d'attente spécifiée dans l'en-tête JMSReplyTo.
Toutefois, si vous souhaitez que le service de backend gère l'envoi de la réponse à la file d'attente JMSReplyTo
plutôt qu'Edge, ajoutez l'en-tête X-Apigee-Ignore-JMSResponse au proxy d'API
réponse dans n'importe quel flux et définissez-le sur "true" :<Header name="X-Apigee-Ignore-JMSResponse">true</Header> |
| Erreurs "502 : passerelle incorrecte" et CLOSE_WAIT élevées | Un problème qui entraînait des métriques CLOSE_WAIT élevées et des erreurs "502 : passerelle incorrecte" a été
résolu. Requêtes : 814656, 814664, 814670 |
| Répertoire temporaire Node.js | Lorsqu'un script Node.js est déployé sur Edge, il s'exécute dans un bac à sable qui limite l'accès au système de fichiers à un certain répertoire. Toutefois, os.tmpdir renvoie un nom de répertoire tel que /tmp ou /var/tmp, qui n'existait pas dans le bac à sable Edge Node.js, ce qui entraînait l'échec de certains scripts. Le bac à sable Edge Node.js inclut désormais un répertoire /tmp à utiliser pour os.tmpdir. |
| Exceptions de pointeur nul lors des appels d'API | Dans la règle d'attribution de message, un état de réponse nul générait une exception de pointeur nul lorsqu'
Edge tentait de capturer le code de réponse pour les métriques. Ce problème a été résolu. Requête : 815595 |