180302 – Versionshinweise zu Apigee Edge for Public Cloud

Attribut „conf_http_HTTPClient.disable.url.hostname.validation“ entfernen

Dieses Attribut zum Deaktivieren der Validierung von Hostnamen ist redundant und wird im nächsten Cloud-Release entfernt.

Optimierung des Imports/Updates von Proxy-Bundles

Edge führt zum Zeitpunkt der Bereitstellung eine stärkere Validierung von API-Proxy-Bundles durch. Dieses Update sorgt für schnellere Bereitstellungen. Gleichzeitig werden Bereitstellungsfehler und Bundle-Beschädigungen reduziert, wenn mehr als ein Nutzer dasselbe Bundle gleichzeitig importiert. Im Folgenden sind die wichtigsten Änderungen und Verhaltensweisen aufgeführt:

• Jedes Bundle muss den Stamm /apiproxy des Dateisystems haben.
• Edge versucht nicht mehr, Pfade im Ressourcenordner eines API-Proxy-Bundles zu ignorieren. (Beispielsweise ignoriert Edge nicht mehr .git- oder .svn-Verzeichnisse.)
• Wenn ein Bundle eine ungültige Konfiguration von mehr als einer API-Proxy-XML-Konfigurationsdatei enthält (z. B. apiproxy/proxy1.xml und apiproxy/proxy2.xml), kann nicht garantiert werden, welche Konfiguration für den API-Proxy verwendet wird.

Für Systemdiagnosen den Apigee DNS-Cache verwenden

Verbesserte Fehlermeldung von MGMT für HT deploy API-Fehler

Trireme für neue Organisationen nach der Betaphase deaktivieren

Die DNS-Aktualisierung erfolgt erst, nachdem alle IP-Adressen aus der Liste entfernt wurden – es sei denn, der DNS-Eintrag ändert sich tatsächlich.

Standardkonfigurationswert für Node.js Trireme-Neustartlogik ändern

Die TTL aus der Definition der Cache-Ressourcen wird für CPS-Organisationen nicht berücksichtigt, wenn in den Ablaufeinstellungen ein Tag mit leeren Werten vorhanden ist.

registration.ServerDoesNotExist Fehlerszenario zur Bereitstellung von API-Proxys

In den Berechtigungen des Admins der Organisation dürfen keine Vhost-bezogenen Ressourcen aufgelistet werden, wenn diese nicht eingeschränkt sind

SecureStoreNotFound und StoreItemNotFound sollten als 404 statt 5XX ausgegeben werden.

Proxy-Import schlägt fehl, wenn Datei proxy.xml einen doppelten Schrägstrich enthält

Falsche Liste von Entwicklern von der Verwaltungs-API zurückgegeben

HTTP-Zeitüberschreitungen von der MP -> Turbo (gehostete Ziele) während der Bereitstellung

Der Beginn der Kontingentrichtlinie wird für \„Kalender\“ in Core Persistence Services (CPS) nicht berücksichtigt

Wenn Sie in der Kontingentrichtlinie den Kontingenttyp calendar konfigurieren, können Sie mit dem Element StartTime ein bestimmtes Datum und eine bestimmte Uhrzeit für das Zählen von API-Aufrufen definieren. Die Startzeit wirkt sich auch auf die Einstellungen Interval und TimeUnit aus, die bestimmen, wie oft das Kontingent zurückgesetzt wird. In Organisationen mit aktivierter CPS wurde StartTime ignoriert und das Kontingent wurde zu Beginn der vollen Stunde und nicht zur angegebenen Zeit gestartet bzw. zurückgesetzt.

In diesem Release berücksichtigt die Kontingentrichtlinie StartTime in Organisationen mit aktivierter CPS.

Edge sollte einen neuen Build erstellen, wenn der Quell-Hash übereinstimmt, der vorherige Build jedoch fehlgeschlagen ist.

Header \„Content-Encoding\“ im Anfrageablauf entfernt

Zeitweiliges Problem beim Aufheben der Bereitstellung des Proxy

Sensible Daten werden durch die Maskenkonfiguration nicht im Trace ausgeblendet