14.04.16 - Notes de version du cloud d'Apigee Edge

Vous consultez la documentation d'Apigee Edge.
Accédez à la documentation sur 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 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 des caches pour vous aider à surveiller les performances.
    Consultez la section "Les tableaux de bord "Opérations"" dans 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 des données analytiques 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 consultez des rapports, Edge accède aux métriques agrégées déjà disponibles plutôt que de les extraire instantanément.
  • 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.
    Consultez OAuth.
  • Masquage des données dans la trace
    La ressource d'API /maskconfigs vous permet de masquer des données sensibles telles que les informations de carte de crédit dans les sessions de trace du proxy d'API, ce qui contribue à assurer la sécurité des données utilisateur lors du développement de l'API.
    Demande: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 automatique en Base64 des identifiants utilisateur et la population de l'en-tête HTTP Authorization: Basic.
    Consultez la section 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 à disposition des informations pour la journalisation qui ne sont calculées qu'après l'envoi de la réponse, telles que les valeurs client.sent.start.timestamp et client.sent.end.timestamp.
    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 avec le drilldown developer_app Des applications de développeur incorrectes étaient renvoyées dans les rapports personnalisés qui utilisaient l'analyse détaillée "developer_app". Ce problème a été résolu.
Période ne fonctionnant 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')), modifier 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 fichiers WSDL
  • L'importation d'un fichier WSDL avec des en-têtes SOAP a entraîné une configuration incorrecte. La prise en charge des en-têtes SOAP a été ajoutée pour résoudre le problème.
  • L'importation d'un fichier WSDL avec un schéma externe a entraîné l'affichage d'un message incorrect dans le backend par un proxy d'API. L'importation de fichiers WSDL comportant des types complexes multicomposants génère désormais une charge utile SOAP appropriée dans le proxy d'API.
  • L'importation WSDL est désormais compatible avec l'élément de documentation dans une opération SOAP. La documentation s'affiche dans la colonne "Description" de l'UI d'importation du fichier WSDL.
Configuration de la règle ConcurrentRateLimit Le sélecteur de point de terminaison cible n'est désormais disponible que lorsque vous ajoutez une règle de limitation de 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.
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 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
Fenêtre "Applications de développement" bloquée Lorsqu'un développeur supprimait une application dans le portail pour les 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 d'une configuration de proxy d'API sont désormais visibles dans la vue de 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 la création de 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.
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 proxy d'API, Edge le déploie dans tous les environnements où la révision est actuellement déployée, y compris les environnements de production. L'UI de gestion Edge affiche désormais un avertissement avant d'enregistrer le proxy.
Rôle personnalisé sans autorisations enregistrées dans l'environnement de production Lorsqu'une révision d'API déployée est mise à jour, elle déclenche un déploiement et un déploiement interne dans les environnements déployés. Un rôle personnalisé sans 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 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 de suivi n'étaient pas créées pour les environnements avec des processeurs de messages inaccessibles. Ce problème a été résolu en associant des sessions de suivi uniquement aux processeurs de messages accessibles et disponibles.
Numéro de 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 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 (erreur de passerelle) 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
Dossier 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 du 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 Node.js Edge, ce qui a entraîné la défaillance de certains scripts. Le bac à sable Node.js Edge inclut désormais un répertoire /tmp à utiliser par os.tmpdir.
Exceptions de pointeur nul sur les appels d'API Dans la stratégie Assign Message, un état de réponse nul a généré une exception de pointeur nul, car Edge a essayé de capturer le code de réponse pour les métriques. Ce problème a été résolu.
Demande: 815595