Vous consultez la documentation d'Apigee Edge.
Consultez la
documentation Apigee X. en savoir plus
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 d'analyse
Edge fournit désormais les nouveaux rapports sur les performances des points de terminaison, les performances des proxys d'API et les rapports d'analyse des performances des caches pour vous aider à surveiller les performances.
Consultez la section "Tableaux de bord "Opérations" dans les 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 d'analyse en vous permettant de définir des métriques personnalisées que Edge collecte et stocke lorsque des appels d'API sont effectués. Lorsque vous affichez 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
Lors de la création d'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.
Voir 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 du proxy d'API. Vous pouvez ainsi garantir la sécurité des données utilisateur lors du développement de l'API.
Case:810723
Consultez Masquage et masquage 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 automatiquement l'encodage Base64 des identifiants utilisateur et le remplissage de l'en-tête HTTPAuthorization: Basic.
Consultez la section Règle d'authentification de base. - PostClientFlow
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.
Numéro de demande: 814059
Bugs résolus
Les bugs suivants sont résolus dans cette version.
| Thème | Description |
|---|---|
| Validation du nom du rapport personnalisé | 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 à la vue détaillée "developer_app" | Des applications de développeur incorrectes étaient renvoyées dans les rapports personnalisés qui utilisaient la vue "developer_app". Ce problème a été résolu. |
| Période non compatible avec 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 ne s'affichant pas dans les rapports personnalisés | Un problème lié aux graphiques n'apparaissant pas dans les rapports personnalisés a été résolu. Demande: 814623 |
| Importation 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 lors de l'ajout d'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 de l'entreprise pour les développeurs | Pour les organisations dans lesquelles des entreprises sont activées, vous pouvez désormais en spécifier une lorsque vous créez ou modifiez un développeur. Demande: 515246 |
| Exportation de développeurs, d'applications et de produits | Vous pouvez désormais exporter des développeurs, des applications et des produits vers 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 qui ont activé la monétisation. Numéro de dossier: 747159 |
| Fenêtre des applications de développement suspendue | Une fois qu'un développeur a supprimé une application dans Edge Developer Portal, et si vous cliquiez dessus dans l'interface utilisateur de gestion Edge, la fenêtre se bloquait. Ce problème a été résolu. |
| Commentaires dans une configuration de proxy d'API | Les commentaires d'une configuration de proxy d'API sont désormais visibles dans la vue du 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 acceptés, 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, "-" et "_" sont autorisés. Demande: 550390 |
| Sensibilité à la casse dans le nom 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 concernant l'enregistrement du proxy d'API | Lorsque vous enregistrez un proxy d'API dans l'éditeur de proxys 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 fournit désormais un avertissement avant d'enregistrer le proxy. |
| Rôle personnalisé sans enregistrement d'autorisations dans l'environnement de production | Lorsqu'une révision d'API déployée est mise à jour, elle déclenche une annulation de déploiement interne et un déploiement sur les environnements déployés. Un rôle personnalisé ne disposant pas des autorisations de déploiement appropriées a pu être déployé en enregistrant un proxy d'API. Ce problème a été résolu en appliquant des autorisations de déploiement. Demande: 813084 |
| Serveur cible en double. | Lors de la création d'un serveur cible en double, au lieu d'une erreur HTTP 409, Edge a écrasé le serveur cible existant et a renvoyé 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 Trace n'ont pas été créées pour les environnements dotés de processeurs de messages inaccessibles. Ce problème a été résolu en associant les sessions de trace uniquement aux processeurs de messages accessibles et disponibles Dossier: 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> |
| Nombre élevé d'erreurs CLOSE_WAIT et 502 de passerelle incorrecte | Un problème qui provoquait des métriques CLOSE_WAIT élevées et des erreurs 502 de passerelle incorrecte a été résolu. Cas: 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. Cependant, 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îne l'interruption de certains scripts. Le bac à sable Edge Node.js inclut désormais un répertoire /tmp que os.tmpdir peut utiliser. |
| Exceptions de pointeur nul sur les appels d'API | Dans la stratégie "Attribuer un message", un état de réponse nulle 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 |