Vous consultez la documentation Apigee Edge.
Accédez à la documentation Apigee X.
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 apportées à 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 "Tableaux de bord des opérations" dans Tableaux de bord Analytics. - Agrégation des 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 à mesure que les appels d'API sont effectués. 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 "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 le traçage
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. Vous pouvez ainsi assurer la sécurité des données utilisateur lors du développement d'API.
Case:810723
Consultez Masquer et cacher 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: Basic.
Consultez la 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 rend les informations disponibles pour la journalisation qui ne sont calculées qu'après l'envoi de la réponse, telles que client.sent.start.timestamp et client.sent.end.timestamp.
Demande : 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. |
| Signaler des problèmes liés au détail "developer_app" | Des applications de développeur incorrectes étaient renvoyées dans les rapports personnalisés qui utilisaient l'analyse 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.Demande : 810753 |
| Graphiques qui n'apparaissent pas dans les rapports personnalisés | Un problème empêchant l'affichage des graphiques dans les rapports personnalisés a été résolu. Demande : 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 limite de débit simultanée à un proxy d'API. Le point de terminaison cible ne s'applique pas aux autres règles. |
| Assistance pour les développeurs d'entreprise | 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. Demande : 515246 |
| Exporter des développeurs, des applications et des produits | Vous pouvez désormais exporter des développeurs, des applications et des produits dans un fichier CSV depuis la page "Développeurs" de l'interface utilisateur de gestion Edge. Cette fonctionnalité n'est actuellement pas disponible pour les organisations qui ont activé la monétisation. Demande : 747159 |
| La fenêtre des applications de développeur se bloque | Lorsqu'un développeur supprimait une application dans le portail des développeurs Edge, le fait de cliquer sur cette application 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 | Auparavant, l'interface utilisateur de gestion Edge permettait de créer des proxys d'API dont les noms contenaient des caractères spéciaux non acceptés, ce qui entraînait la création de proxys d'API non valides qui ne pouvaient pas être supprimés. Les noms de proxy 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. Demande : 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 l'enregistrement du proxy. |
| Rôle personnalisé sans autorisation enregistré dans l'environnement de production | Lorsqu'une révision d'API déployée est mise à jour, cela déclenche un déploiement et une annulation de déploiement internes sur les environnements déployés. Un rôle personnalisé sans les autorisations de déploiement appropriées pouvait effectuer un déploiement en enregistrant un proxy d'API. Ce problème a été résolu en appliquant les autorisations de déploiement. Demande : 813084 |
| Serveur cible en double | Lors de la création d'un serveur cible en double, Edge a écrasé le serveur cible existant et renvoyé un état 201 au lieu d'une erreur HTTP 409. Ce problème a été résolu en générant une erreur 409 et en ne remplaçant 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 inaccessibles. Ce problème a été résolu en n'associant les sessions de trace qu'aux processeurs de messages accessibles et disponibles. Demande : 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 à la réponse du proxy d'API dans n'importe quel flux et définissez-le sur "true" :<Header name="X-Apigee-Ignore-JMSResponse">true</Header> |
| Erreurs "502 Bad Gateway" et nombre élevé d'erreurs CLOSE_WAIT | Un problème qui entraînait des métriques CLOSE_WAIT élevées et des erreurs 502 Bad Gateway a été résolu. Demandes : 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 pour que os.tmpdir puisse l'utiliser. |
| Exceptions de pointeur nul lors des appels d'API | Dans la règle "Assign Message", un état de réponse nul générait une exception de pointeur nul, car Edge tentait de capturer le code de réponse pour les métriques. Ce problème a été résolu. Demande : 815595 |