4.16.01 - Notes de version d'Edge for Private Cloud

<ph type="x-smartling-placeholder"></ph> Vous consultez la documentation Apigee Edge.
Accédez à la page Documentation sur Apigee X. En savoir plus

Le jeudi 24 mars 2016, nous avons lancé une nouvelle version d'Apigee Edge pour Private Cloud.

Depuis la version trimestrielle précédente d'Edge for Private Cloud (4.15.07.00), les sont survenues et sont incluses dans cette version de fonctionnalité:

• Cloud: 15.07.08, 15.07.22, 15.08.05, migration Nginx, 15.09.02, 15.09.30, 16.01.20
• Cloud privé: 4.15.07.01, 4.15.07.03

Reportez-vous à la section À propos de la version la numérotation pour comprendre comment déterminer si une version spécifique du cloud inclus dans votre version d'Edge pour Private Cloud.

Abandons

Private Cloud 4.15.07.03

curl http:// <qpid_IP>:8083/v1/servers/self/queues

Google Analytics: vue Tableau de bord des rapports personnalisés pour plusieurs rapports (Cloud 15.09.30)

Les paramètres personnalisés Tableau de bord des rapports, qui permet d'afficher jusqu'à quatre rapports personnalisés sont obsolètes et seront supprimées dans une prochaine version. (MGMT-2673). Tous les autres aspects des personnalisations les rapports restent disponibles.

Impossible d'ignorer la longueur du nom de l'organisation dans un cloud privé

Vous ne pouvez plus remplacer la longueur de 20 caractères du nom de l'organisation en définissant:

• APIGEE_ORG_NAME_LENGTH=25
  

• APIGEE_ENV_NAME_LENGTH=25
  

Nouvelles fonctionnalités et améliorations

Vous trouverez ci-dessous les nouvelles fonctionnalités et améliorations de cette version. En plus des d'amélioration en termes de facilité d'utilisation, de performances, de sécurité d'amélioration de la stabilité.

Cloud privé

Compatibilité avec RedHat, CentOS et Oracle 6.7 à 7.2

Cette version est compatible avec RedHat Enterprise Linux, CentOS et Oracle Linux 6.7. à 7.2.

Pour obtenir la liste complète des exigences système requises, consultez Logiciels et versions compatibles.

Installation basée sur le RPM

Cette version d'Edge utilise un mécanisme d'installation basé sur le RPM qui simplifie considérablement les procédures d'installation et de migration.

Nouveau répertoire de base

La structure du répertoire de la version Edge 4.16.01 a changé. Dans les versions précédentes d’Edge, vous avez installé Edge dans le répertoire de base:

/<install-dir>/apigee4

Où install-dir peut se trouver n'importe où, avec la valeur par défaut /opt. Exemple :

/opt/apigee4

Pour la version 4.16.01, vous devez installer Edge dans le répertoire suivant:

/opt/apigee

Notez également que apigee4 a été remplacé par apigee.

L'emplacement de votre répertoire de données n'est pas affecté. Il peut se trouver sous /opt/apigee ou ailleurs.

Nouvelle condition d'hôte virtuel

Le script de migration Edge gère la plupart des tâches requises pour migrer un routeur Netty existant à Nginx. Toutefois, lors de la mise à niveau, vous devez également vous assurer que tous vos hôtes virtuels incluent un alias d'hôte avant la migration.

Consultez le guide d'installation Edge, disponible sur le FTP d'Apigee à l'adresse ftp://ftp.apigee.com/, qui explique comment ajouter un alias d'hôte à un hôte virtuel existant pour d'autres.

Code avec configuration

Dans Edge version 4.16.01, vous n'utilisez plus les fichiers .properties dans le répertoire /&lt;install-dir&gt;/apigee4/conf pour configurer les composants Edge. Depuis la version 4.16.01, vous pouvez toujours configurer les composants Edge en utilisant .properties, mais ils se trouvent désormais dans le répertoire suivant:

/opt/apigee/customer/application

Chaque composant Edge installé sur un nœud contient un fichier .properties . Pour configurer un composant, modifiez le fichier .properties correspondant d'une propriété existante, ou ajoutez une propriété et une valeur. Si le fichier n'existe pas vous pouvez le créer.

Contrairement aux versions précédentes d'Edge, les fichiers .properties d'Edge 4.16.01 ne contiennent pas toutes les propriétés d'un composant. L'une des modifications apportées à cette version est que les fichiers .properties ne contiennent que des remplacements sur les valeurs de propriété par défaut.

L'avantage de cette architecture est que lors d'une migration vers une version ultérieure d'Edge, le programme d’installation ne remplace jamais les fichiers situés dans /opt/apigee/customer/application. Cela élimine le risque d'écrasement accidentel de vos paramètres par Edge.

Lors d'une migration, le programme d'installation Edge examine vos fichiers .properties existants et copie les modifications aux valeurs de propriété par défaut dans le répertoire /opt/apigee/token. Par conséquent, vous n'ont pas à apporter de modifications après la migration.

Pour en savoir plus, consultez le guide d'utilisation d'Apigee Edge, disponible sur le site FTP d'Apigee: ftp://ftp.apigee.com/.

Les scripts de configuration Edge ont été remplacés

Les scripts de configuration que vous utilisiez dans les versions précédentes d'Edge ont été supprimés et remplacé par l'une des options suivantes:

• Les commandes que vous exécutez via les utilitaires Apigee, tels que apigee-service, apigee-all, apigee-setup, apiee-provision ou apigee-migrate.
  Par exemple, les scripts all-start.sh et all-stop.sh ont été remplacés par les éléments suivants : commandes:
  &gt; /opt/apigee/apigee-service/bin/apigee-all démarrer
  &gt; /opt/apigee/apigee-service/bin/apigee-all stop
• Commandes que vous exécutez directement sur les composants Edge. Par exemple, dans les versions précédentes vous avez utilisé le script chpasswd-openldap.sh utilisé pour modifier le mot de passe OpenLDAP. Ce script contient a été remplacé par la commande suivante, que vous exécutez sur le composant apigee-openldap:
  &gt; /opt/apigee/apigee-service/bin/apigee-service apigee-openldap change-ldap-password -o ancienPword -n nouveauPword

Consultez le guide d'utilisation d'Apigee Edge, disponible sur le serveur FTP d'Apigee à l'adresse ftp://ftp.apigee.com/, qui explique comment effectuer la configuration via des commandes.

Nouveau routeur Edge

Cette version d'Edge pour le cloud privé inclut une nouvelle architecture de routeur basée sur le Routeur Nginx Le routeur Nginx remplace le routeur Netty utilisé dans les versions Edge précédentes à 4.16.01.

Les routeurs Nginx ont les mêmes exigences en termes de matériel et de ports que le routeur Netty. Par conséquent, vous devez modifier les nœuds existants.

Pour plus d'informations, reportez-vous à l'annexe A: à propos du routeur Nginx, dans la documentation Edge Guide, disponible sur le site FTP d'Apigee: ftp://ftp.apigee.com/,

Équilibreur de charge BaaS supprimé

L'équilibreur de charge interne a été supprimé du portail API BaaS. À présent, vous devez utiliser votre entre le portail d'API BaaS et les trois nœuds de la pile d'API BaaS.

Au lieu d'un équilibreur de charge, vous pouvez utiliser un DNS à répétition alternée. Dans ce scénario, vous créer une entrée DNS avec plusieurs enregistrements A correspondant aux adresses IP de la pile BaaS. Pendant un DNS recherche, le serveur DNS renvoie automatiquement les valeurs d’enregistrement A à tour de rôle.

Nouvelle documentation expliquant comment ajouter des nœuds Cassandra et ZooKeeper, et comment ajouter des données à un centre de données existant

Le fichier ZIP de la documentation sur le site FTP d'Apigee contient désormais "Scaling Edge for Private Cloud" décrivant comment ajouter des nœuds Cassandra et ZooKeeper, et comment ajouter un centre de données à dans un centre de données existant.

Orgtool supprimé

L'outil orgtool peut interroger une Installation Edge pour obtenir des informations sur une organisation. Cet outil a été supprimé. Toi utilisez maintenant l'interface utilisateur Edge ou les appels d'API pour obtenir des informations sur l'organisation.

Réaliser des tâches à la version 4.16.01

Le tableau suivant montre comment vous avez effectué les tâches dans la version 4.15.07.03 et comment vous les effectuez actuellement au format 4.16.01. Pour plus d'informations, consultez le guide d'utilisation Edge, disponible sur le site FTP d'Apigee: ftp://ftp.apigee.com/.

Version alpha de l'outil et le tableau de bord Monitoring

Cette version comprend une version alpha du nouvel outil de surveillance et du nouveau tableau de bord pour Périphérie. Cet outil vous permet de comprendre l'état des différents composants (routeurs, (processeurs, ZooKeeper et Cassandra), ainsi que des codes d'erreur HTTP pour divers environnements et organisations dans votre déploiement. Vous pouvez également prendre un instantané des données de votre tableau de bord et le partager avec Apigee pour vous aider à résoudre les incidents d'assistance.

La documentation, y compris les instructions d’installation, est incluse dans le fichier ZIP d’Edge 4.16.01 disponible sur le site FTP d'Apigee: ftp://ftp.apigee.com/.

Toutefois, avant de pouvoir installer et utiliser le tableau de bord, vous devez terminer l'évaluation Apigee Contrat inclus dans le fichier ZIP du document, puis renvoyez-le à Apigee en l'envoyant par e-mail à orders@apigee.com.

Plate-forme périphérique

Refonte de l'UI de gestion (Cloud 15.09.30)

L'apparence de plusieurs pages de l'interface utilisateur de gestion a été modifiée. (MGMT-2627)

Services d'API

Refonte de l'assistant de proxy d'API (Cloud 16.01.20)

L'assistant de proxy d'API a été repensé. Lorsque vous cliquez sur "+ Proxy d'API" sur la page Proxies de l'API dans l'interface utilisateur de gestion, le nouvel assistant vous guide tout au long du processus de création de proxy d'API. Toutes les les mêmes paramètres que dans l'assistant de proxy d'API précédent sont disponibles. (MGMT-1376)

Créer des proxys d'API avec des documents OpenAPI (Swagger) (Cloud 16.01.20)

Dans le cadre de la refonte de l'assistant de proxy d'API, vous pouvez désormais créer un proxy d'API à partir d'OpenAPI (Swagger). Sur la première page de l'assistant de proxy d'API, cliquez sur Utiliser OpenAPI lorsque vous sélectionnez Reverse Proxy (Proxy inverse), Node.js Application ou Aucune cible. Dans le champ qui s'affiche, saisissez l'URL de la page votre document OpenAPI. Pour en savoir plus, consultez Créer un proxy d'API simple. (MGMT-1376)

Compatibilité de WSDL 1.2 avec les proxys SOAP (Cloud 16.01.20)

Apigee Edge est compatible avec WSDL 1.2 dans la création de proxys d'API pour appeler des services SOAP. (MGMT-2835)

Variables SSLInfo dans les configurations TargetEndpoint (Cloud 16.01.20)

Dans un proxy d'API TargetEndpoint, vous pouvez définir dynamiquement les détails SSL/TLS pour prendre en charge des les exigences d'exécution. Dans l'exemple suivant de définition de SSLInfo dans un TargetEndpoint, configuration, les valeurs peuvent être fournies au moment de l'exécution par un appel Java, une stratégie JavaScript ou une stratégie Attribuer des messages. Utilisez les variables de message qui contiennent les valeurs que vous souhaitez définir.

<TargetEndpoint>
...
  <SSLInfo>
    <Enabled>{myvars.ssl.enabled}</Enabled>
    <ClientAuthEnabled>{myvars.ssl.client.auth.enabled}</ClientAuthEnabled>
    <KeyStore>{myvars.ssl.keystore}</KeyStore>
    <KeyAlias>{myvars.ssl.keyAlias}</KeyAlias>
    <TrustStore>{myvars.ssl.trustStore}</TrustStore>
  </SSLInfo>
...
</TargetEndpoint>

Cette fonctionnalité est abordée dans la documentation suivante:

• Proxy d'API documentation de référence sur la configuration
• <ph type="x-smartling-placeholder"></ph> https://community.apigee.com/articles/21424/dynamic-sslinfo-for-targetendpoint-using-variable.html

(APIRT-1475)

Compatibilité de l'algorithme RSA_SHA256 avec les règles d'assertion SAML (Cloud 16.01.20)

Les règles d'assertion SAML sont désormais compatibles avec l'algorithme RSA_SHA256 en plus de RSA_SHA1. (APIRT-1779).

Validation sur les importations de certificats (Cloud 16.01.20)

Pour éviter l'importation de certificats expirés ou non valides dans des keystores et des Truststores, L'API de gestion valide les certificats lors de l'importation. Les certificats sont validés pour garantir que la taille du fichier ne dépasse pas 50 Ko et qu'il est au format PEM ou DER. L'expiration du certificat est également validée. Pour remplacer la validation du délai d'expiration par défaut (pour ne pas valider pour l'expiration du certificat lors de l'importation), utilisez le paramètre de requête suivant: ?ignoreExpiryValidation=true

Pour plus d'informations, voir Importez un fichier JAR dans un keystore et Importer un certificat dans un magasin de confiance (SECENG-516) et (APIRT-2213)

Interrogation automatique sur la page "Journaux" de Node.js (Cloud 16.01.20)

Lorsque vous affichez les journaux Node.js à partir de l'éditeur de proxy, la page "Journaux Node.js" s'affiche automatiquement sont actualisés régulièrement pour répertorier les nouveaux journaux disponibles. Cliquez sur "Arrêter l'actualisation automatique". pour éteindre une actualisation automatique. (MGMT-1692)

En-tête HTTP X-Forwarded-For (Cloud 15.09.30)

Pour renforcer la sécurité, Edge supprime par défaut la requête HTTP X-Forwarded-For. pouvant contenir une ou plusieurs adresses IP. Le nouveau comportement par défaut signifie que l'adresse IP du client adresse reçue par Edge sera l’adresse IP qu’il a reçue du dernier TCP externe et non une adresse qui pourrait être falsifiée pour contourner le contrôle d'accès règle.

Pour modifier ce comportement par défaut et autoriser les adresses X-Forwarded-For à accéder à votre proxys d'API, vous devez définir la propriété feature.enableMultipleXForwardCheckForACL=true dans votre organisation.

Accès JavaScript aux propriétés de stratégie (Cloud 15.07.08)

Lorsque vous utilisez JavaScript dans les flux de proxy d'API, vous pouvez accéder aux propriétés définies dans le fichier . Cela est particulièrement utile si vous souhaitez utiliser des variables connues dans votre code JavaScript du code source. Par exemple, supposons que votre stratégie JavaScript contienne la définition de propriété suivante:

<Properties>
    <Property name='source'>response.content</Property>
</Properties>

Dans votre code JavaScript, vous pouviez accéder à la réponse du message en faisant référence à la "source" comme suit:
var source = properties.get('source'); // returns: response.content
ou
var source = properties.source
ou
var source = properties['source']

Pour en savoir plus, consultez la section Règle JavaScript. (APIRT-1460)

Audits au niveau de l'organisation (Cloud 15.07.08)

Les administrateurs d'une organisation peuvent vérifier l'historique des actions effectuées au niveau de l'organisation. Dans l'interface utilisateur de gestion, sélectionnez Admin > Historique de l'organisation. Pour plus informations, consultez la page Audits des API, des produits l'historique de l'organisation. (MGMT-2232)

Suppression automatique du rôle de l'administrateur de l'organisation (Cloud 15.07.08)

Les administrateurs de l'organisation peuvent se retirer du rôle Administrateur de l'organisation dans l'interface utilisateur de gestion en accédant à Admin > Utilisateurs de l'organisation et en cliquant sur Supprimer à côté de son nom. (MGMT-934)

Indicateur de progression de l'importation du bundle de proxy d'API (Cloud 15.07.08)

Lors de l'importation d'un groupe de proxys d'API volumineux dans l'interface utilisateur de gestion, un groupe "opérationnel" l'animation est s'affiche pour indiquer que l'importation est toujours en cours, ce qui vous empêche d'interagir avec jusqu'à la fin de l'importation. (MGMT-1285)

Comportement et configuration du cache (Cloud 15.07.22)

Pour améliorer la gestion et l'utilisation du cache en mémoire, le paramètre "Nombre maximal d'éléments en mémoire" sur les ressources de cache de l'environnement sont obsolètes depuis la version cloud Edge 15.06.10. Dans Edge Cloud version 15.07.22, ce paramètre a été supprimé de l'interface utilisateur de création de cache dans le Partie "Configuration de l'environnement" de l'interface utilisateur de gestion Apigee Edge

Le nombre total d'éléments présents dans toutes les ressources de cache (y compris le cache par défaut) dépend de : la mémoire totale allouée au cache. Par défaut, la mémoire totale allouée aux ressources en mémoire sur un processeur de messages donné représente 40% de la mémoire totale disponible. Les éléments seront être évincés du cache en mémoire uniquement lorsque la mémoire cache est insuffisante ou que les éléments expirent. (MGMT-2413, APIRT-1140)

Configuration du serveur cible dans l'interface utilisateur de gestion (Cloud 15.07.22)

API > La page "Configuration de l'environnement" de l'interface utilisateur de gestion vous permet désormais d'ajouter, de modifier et supprimer des serveurs cibles.

De plus, la page a été repensée de manière à permettre supprimés en ligne au lieu d'aller sur une nouvelle page. Plusieurs propriétés de cache, dont "Maximum "Éléments en mémoire", ne sont plus disponibles dans l'interface utilisateur, car il n'est plus nécessaire sur le comportement du cache lors de l'exécution. (MGMT-280)

SSL avec journalisation des messages dans syslog (Cloud 15.07.22)

La règle de journalisation des messages permet d'envoyer des journaux syslog à des fournisseurs tiers de gestion des journaux via SSL/TLS. Utilisez le code suivant dans la configuration de la stratégie en tant qu'enfant direct du parent :

<SSLInfo>
    <Enabled>true</Enabled>
</SSLInfo>

Pour en savoir plus, consultez la page Règle de journalisation des messages. (APIRT-942)

Interface utilisateur de gestion (Cloud 15.07.22)

L'ingénierie Apigee a apporté plusieurs petites corrections de bugs et amélioré la convivialité de la gestion. UI.

cURL dans Trace (Cloud 15.09.02)

Lors du traçage d'un appel de proxy d'API qui envoie une requête à un serveur cible, vous pouvez afficher le au serveur cible sous forme de commande cURL. Cochez la case "Request sent to target server" (Demande envoyée au serveur cible). étape dans le diagramme des transactions, puis cliquez sur "Afficher le mouvement curl" sur le bouton "Request sent to target" serveur" dans le volet Détails de la phase. (MGMT-2589)

Caractères spéciaux de masquage des données (Cloud 15.09.02)

Lorsque vous utilisez le masquage de données pour masquer des données sensibles dans des charges utiles JSON, des caractères spéciaux tels que $, * et { peuvent désormais être masqués. (APIRT-1727)

Cartes de clés-valeurs dans l'UI de gestion (Cloud 15.09.30)

Vous pouvez désormais créer et gérer des cartes de valeurs clés (KVM) à l'échelle de l'environnement dans la gestion Edge UI. Les KVM à l'échelle de l'environnement contiennent des paires clé/valeur accessibles par n'importe quel proxy d'API dans une (test ou production, par exemple). Dans le menu de l'interface utilisateur de gestion, accédez à API > Configuration de l'environnement > sélectionnez l'environnement souhaité > Cartes de clé-valeur l'onglet. Pour en savoir plus, consultez la section Créer et modifier les mappages de clé-valeur pour l'environnement. (MGMT-1393)

Expiration par défaut de la règle PopulateCache dans l'UI de gestion (Cloud 15.09.30)

Lors de l'ajout d'une règle PopulateCache avec l'éditeur de proxy d'API, la balise <TimeoutInSec> élément pour l'expiration du cache est prérempli avec une valeur de 3 600 secondes (1 heure). La valeur par défaut précédente était de 300 secondes (5 minutes). (MGMT-2622)

Services pour les développeurs

Performances de la page produit de l'API, aucune application de développement répertoriée (Cloud 16.01.20)

Lors de l'affichage d'un produit d'API dans l'interface utilisateur de gestion, les applications de développement associées à ce produit produit sont répertoriés. Pour améliorer les performances de l'interface utilisateur, la liste des applications de développement ne s'affiche pas lorsque modifier le produit API. (MGMT-2869)

Colonne clé sur la page "Applications pour les développeurs" (Cloud 15.08.05)

Dans les organisations disposant d'un grand nombre d'applications de développement (plusieurs milliers), afficher la colonne "Clé" sur la page des applications de développement (qui indique le nombre de clés par application) peut nuire aux performances d'affichage. À améliorer les performances d'affichage dans cette situation, contactez l'assistance Apigee pour définir les propriété au niveau de l'organisation: features.appsNoCredentialsEnabled = true. Ce supprime la colonne Key. Notez toutefois que la suppression de la colonne "Key" (Clé) supprime également la possibilité d'effectuer des recherches par clé et code secret client. (MGMT-2486)

Icône de chargement de la page d'informations sur le développeur (Cloud 15.09.30)

Lorsque la page d'informations sur le développeur est chargée dans l'interface utilisateur de gestion, la section "Applications" affiche une icône de chargement si les applications sont toujours en cours de chargement. Cela améliore le comportement précédent où la section "Applications" s'affichait vide lors du chargement des applications. (MGMT-2667)

Monétisation

Modifier les noms des packages d'API (Cloud 16.01.20)

Vous pouvez mettre à jour le nom d'un package d'API à tout moment du cycle de vie de la monétisation, même Lorsque le package d'API contient un plan tarifaire publié. (DEVRT-2177).

Valeurs décimales autorisées dans les attributs personnalisés (Cloud 16.01.20)

Lorsque vous utilisez un "Tableau des tarifs avec attribut personnalisé" plan, l'attribut personnalisé figurant dans le message utilisé comme multiplicateur pour la transaction peut désormais comporter jusqu'à quatre décimales décimales. Pour en savoir plus sur ce type de forfait, consultez Spécifier Détails des attributs personnalisés du tableau des tarifs (DEVRT-2191).

Nom et ID du plan tarifaire dans les rapports récapitulatifs (Cloud 15.09.02)

Lorsque vous générez un rapport récapitulatif sur les revenus avec l'API de gestion, vous pouvez ajouter "Plan tarifaire" nom et notez l'ID du forfait. colonnes dans le rapport. Pour cela, ajoutez "RATEPLAN" en tant qu'attribut groupBy dans l'appel d'API, comme décrit dans la section Créer rapports. Notez que cette fonctionnalité n'est pas encore disponible dans l'interface utilisateur des rapports de monétisation. Dans dans les rapports détaillés, le nom et l'ID des plans existants se trouvent désormais près du début de la avec les autres colonnes de regroupement. (DEVRT-1740).

Services d'analyse

Fonction sum( ) sur les métriques de temps de réponse (Cloud 16.01.20)

Dans les rapports personnalisés d'analyse et les appels d'API, le « somme » la fonction d'agrégation est désormais disponible Temps de réponse cible, temps de réponse total et end_point_response_time. Par exemple, dans API /stats (http://docs.apigee.com/management/apis/get/organizations/%7Borg_name%7D/environments/%7Benv_name%7D/stats/%7Bdimension_name%7D-0), vous pouvez maintenant utiliser la commande « select » suivante Paramètre de requête: ?select=sum(total_response_time). (AXAPP-2006)

Rapport d'analyse de latence: noms des proxys d'API triés (Cloud 16.01.20)

Dans l'interface utilisateur du rapport d'analyse de latence (plans d'entreprise Apigee Edge uniquement), les proxys d'API sont dans la liste déroulante Proxy. (MGMT-2858)

Applications de développeur sur le tableau de bord affiché par nom à afficher (Cloud 16.01.20)

Sur le tableau de bord de l'interface utilisateur de gestion, le graphique à barres des applications de développement répertorie les applications de développement plutôt que son nom interne. (MGMT-2853)

Nouveau widget de date/heure dans les rapports personnalisés (Cloud 16.01.20)

Le widget de sélection de la date et de l'heure a été amélioré sur une page de rapports personnalisés dans l'interface utilisateur de gestion. (MGMT-2881)

Détail des villes sur GeoMap (Cloud 15.07.22)

Le GeoMap d'analyse inclut une « Ville » pour les États-Unis et le Canada. Lorsque vous cliquez sur un État ou une province sur la carte pour afficher la liste des villes dans lesquelles les appels ont été passés. (MGMT-2282)

| (barre verticale) et = caractères dans les rapports personnalisés d'analyse (Cloud 15.09.02)

Les définitions de rapports personnalisés Analytics sont compatibles avec l'utilisation des | (barre verticale) et =. Avant cela, Les encodages %7C et %3D devaient être utilisés pour ces symboles. (MGMT-2504)

Dimension "Suffixe du chemin du proxy" (Cloud 15.09.30)

Une nouvelle dimension "Suffixe du chemin de proxy" (proxy_pathsuffix) est disponible dans les rapports personnalisés Analytics. et les appels d'API. Le suffixe du chemin de proxy est la partie d'une URL de proxy d'API qui vient après le chemin de base, comme celui créé pour les flux conditionnels. (AXAPP-1902)

Les rapports affichent les ID de développeur et non les noms à afficher (Cloud 15.09.30)

Lors des appels d'API d'analyse Edge avec l'API /stats qui renvoie les développeurs, le Le nom à afficher du développeur est renvoyé avec l'ID du développeur. Auparavant, seul l'ID de développeur était renvoyé. (AXAPP-1759)

Bugs résolus

Les bugs suivants sont résolus dans cette version.

Private Cloud 4.16.01

Le tableau suivant répertorie les bugs corrigés depuis la version 4.16.01 d'Edge for Private Cloud. À obtenir ces correctifs, suivez les instructions pour mettre à jour votre installation 4.16.01 vers la RPM et fichiers de support tels que décrits dans la section Mettre à jour Apigee Edge 4.16.01.x vers la dernière version 4.16.01

Cloud 16.01.20

Cloud 15.07.08

Cloud 15.07.22

Cloud 15.08.05

Cloud 15.09.02

Cloud 15.09.30

Private Cloud 4.15.07.03

Private Cloud 4.15.07.01

Problèmes connus

Cette version présente les problèmes connus suivants.

> rm -f /opt/nginx/conf.d/*
> /opt/apigee/apigee-service/bin/apigee-service edge-router restart