180302 - Notes de version d'Apigee Edge pour le cloud public

Suppression de la propriété conf_http_HTTPClient.disable.url.hostname.validation

Cette propriété permettant de désactiver les validations de noms d'hôte est redondante et sera supprimée dans la prochaine version cloud.

Optimisations de l'importation/de la mise à jour du bundle de proxy

Edge effectuera une validation plus forte sur les groupes de proxys d'API au moment du déploiement. Cette mise à jour permet d'accélérer les déploiements, tout en réduisant les échecs et les corruptions de bundles lorsque plusieurs utilisateurs importent le même bundle en même temps. Voici les modifications et comportements notables:

• Chaque bundle doit avoir la racine du système de fichiers /apiproxy.
• Edge ne tente plus d'ignorer les chemins dans le dossier de ressources d'un groupe de proxys d'API. Par exemple, Edge n'ignore plus les répertoires .git ou .svn.
• Si un groupe contient une configuration non valide de plusieurs fichiers de configuration XML de proxy d'API (par exemple, apiproxy/proxy1.xml et apiproxy/proxy2.xml), il n'y a aucune garantie de la configuration utilisée pour le proxy d'API.

Effectuer des vérifications d'état à l'aide du cache Apigee DNS

Amélioration du message d'erreur de MGMT en cas d'échec de l'API HT deploy

Désactiver Trireme pour les nouvelles organisations après la version bêta

L'actualisation du DNS n'a pas lieu une fois que toutes les adresses IP ont été supprimées de la liste, sauf si l'entrée DNS est modifiée.

Modifier la valeur de configuration par défaut pour la logique de redémarrage Trireme Node.js

La valeur TTL de la définition des ressources de cache n'est pas respectée pour les organisations CPS lorsque les paramètres d'expiration comportent une balise avec des valeurs vides

Registration.ServerMetricsNotExist Scénario d'erreur déployant des proxys d'API

Les autorisations d'administrateur de l'organisation ne doivent pas répertorier les ressources associées à vhost si elles ne sont pas limitées

SecureStoreNotFound et StoreItemNotFound doivent être renvoyés en tant que 404 au lieu de 5XX

Échec de l'importation du proxy si le fichier proxy.xml comporte une double barre oblique

Liste incorrecte de développeurs renvoyée par l'API de gestion

Expirations de délai HTTP du protocole de mesure -> Turbo (Cibles hébergées) pendant le déploiement

L'heure de début de la règle de quota n'est pas respectée pour \"calendar\" dans Core Persistence Services (CPS)

Dans les règles relatives aux quotas, lorsque vous configurez un type de quota calendar, l'élément StartTime vous permet de définir une date et une heure spécifiques pour que le quota commence à comptabiliser les appels d'API. L'heure de début affecte également les paramètres Interval et TimeUnit qui déterminent la fréquence de réinitialisation du quota. Dans les organisations compatibles CPS, le StartTime était ignoré, et le quota était démarré/réinitialisé en haut de l'heure plutôt qu'à l'heure spécifiée.

Dans cette version, la règle de quota prend en compte StartTime dans les organisations où CPS est activé.

Edge devrait créer une compilation lorsque le hachage source correspond, mais que la compilation précédente a échoué.

En-tête \"Content-Encoding\" supprimé dans le flux de la requête

Problème intermittent lors de l'annulation du déploiement du proxy

La configuration du masque ne masque pas les données sensibles dans les traces