180202 – Versionshinweise zu Apigee Edge for Public Cloud

Self-Service-Virtual Hosts und TLS sind jetzt allgemein verfügbar

Nutzungsdetails finden Sie unter Informationen zu Virtual Hosts und TLS/SSL.

Optimierungen für den Import/die Aktualisierung von Proxy-Bundles

Edge führt bei der Bereitstellung eine strengere Validierung von API-Proxy-Bundles durch. Diese Aktualisierung trägt zu schnelleren Bereitstellungen bei und reduziert Bereitstellungsfehler und Bundle-Beschädigungen wenn mehrere Nutzer gleichzeitig dasselbe Bundle importieren. Im Folgenden sind wichtige Änderungen und Verhaltensweisen aufgeführt:

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

Bereitstellungsvalidierungen

Bisher hat Edge API-Proxy-Bereitstellungen passiv auf bestimmte Validierungsfehler geprüft und Organisationen über das Advisory-Tool über erforderliche Korrekturen informiert. Diese Empfehlungen, die unter Empfehlungen zu Bereitstellungsfehlern beschrieben werden, sollten Nutzern Zeit geben, Probleme zu beheben, die später zu Bereitstellungsfehlern führen würden, wenn die Validierung im Produkt aktiviert wurde. Mit diesem Release führt Edge diese Validierungen jetzt durch und gibt entsprechend Bereitstellungsfehler aus.

Autoscaling-fähige Spike Arrest-Richtlinie

Mit dem neuen <UseEffectiveCount> Element in der Spike Arrest-Richtlinie können Sie die Spike Arrest-Zählungen automatisch auf Nachrichtenprozessoren verteilen. Wenn die Einstellung auf „true“ gesetzt ist, teilt jeder Nachrichtenprozessor sein zulässiges Spike-Rate-Limit durch die Anzahl der derzeit aktiven Nachrichtenprozessoren und passt das Rate-Limit an, wenn Nachrichtenprozessoren hinzugefügt oder entfernt werden. Der Standardwert ist „false“, wenn das Element in der Richtlinie nicht angegeben ist.

Weitere Informationen finden Sie im Thema Spike Arrest-Richtlinie.

MP-Protokollierung aufgrund von Verbindungsfehlern verbessern

Rhino auf 1.7.8 und Trireme auf 0.9.1 aktualisieren

Standard-API-Timeout für alle Proxys auf 55 Sekunden festlegen, um zu vermeiden, dass das Router-Timeout früher eintreten früher

Protokollierungsereignis für Canary-Bereitstellungen hinzufügen

Selbstsignierte HTTPS-Health-Checks zulassen

Für die MP-DNS-Auflösung sollte ein asynchroner Threadpool verwendet werden

Verbesserungen der API-Produktsicherheit

Eine neue Eigenschaft auf Organisationsebene, features.keymanagement.disable.unbounded.permissions, erhöht die Sicherheit von API-Produkten bei der Überprüfung von API-Aufrufen. Wenn die Eigenschaft auf „true“ gesetzt ist (die Standardeinstellung für Organisationen, die nach diesem Release erstellt wurden), werden die folgenden Funktionen erzwungen.

App-Erstellung

Beim Erstellen einer Entwickler- oder Unternehmens-App muss die App über die Management API mit einem API-Produkt verknüpft werden. Die Management UI erzwingt dies bereits.

API-Produktkonfiguration

Zum Erstellen oder Aktualisieren eines API-Produkts muss die Definition des API-Produkts mindestens einen API Proxy oder einen Ressourcenpfad enthalten.

Laufzeitsicherheit

API-Aufrufe werden von einem API-Produkt in den folgenden Situationen abgelehnt:

• Ein API-Produkt enthält nicht mindestens einen API-Proxy oder Ressourcenpfad.
• Wenn die Variable „flow.resource.name“ in der Nachricht keinen Ressourcenpfad enthält der vom API-Produkt ausgewertet werden kann.
• Wenn die App, die den API-Aufruf ausführt, nicht mit einem API-Produkt verknüpft ist.

Für bestehende Organisationen ist der Wert der Eigenschaft „false“ und muss von einem Nutzer mit Systemadministratorberechtigungen explizit geändert werden. Das bedeutet, dass Public Cloud-Kunden sich an den Apigee-Support wenden müssen, um den Wert der Eigenschaft zu ändern.

Kommunikation zwischen Router und Nachrichtenprozessor standardmäßig sichern

Fehler bei der Fehlklassifizierung von Node.js-Skriptfehlern beheben

Vertrauenswürdige IP-Adresse der AccessControl-Richtlinie

DNS in regelmäßigen Abständen für die MessageLogging-Richtlinie neu auflösen

Validierung der TLS-Zertifikatkette

Wenn Sie einen Keystore-Alias mit einer Zertifikatkette erstellen, müssen Sie die Zertifikate in der Kette durch einen Zeilenumbruch trennen. Edge gibt jetzt bei der Aliaserstellung den Fehler „400 Bad Request“ aus, wenn Ihre Zertifikatkette diese Anforderung nicht erfüllt.