180202 – Versionshinweise zu Apigee Edge for Public Cloud

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

Weitere Informationen zur Verwendung finden Sie unter Virtuelle 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. Dieses Update sorgt für schnellere Bereitstellungen und verringert Bereitstellungsfehler und Bundle-Beschädigungen, wenn mehrere Nutzer dasselbe Bundle gleichzeitig importieren. Im Folgenden finden Sie wichtige Änderungen und Verhaltensweisen:

• Jedes Bundle muss ein Dateisystem-Stammverzeichnis 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 mit 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.

Validierungen der Bereitstellung

Bis zu dieser Version hat Edge API-Proxy-Bereitstellungen passiv auf bestimmte Validierungsfehler geprüft und Organisationen über das Advisory-Tool über erforderliche Korrekturen informiert. Diese Hinweise, die unter Hinweise 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 ist. Mit dieser Version führt Edge diese Validierungen jetzt durch und gibt entsprechende Bereitstellungsfehler aus.

Autoscaling-fähige Spike Arrest-Richtlinie

Mit einem neuen <UseEffectiveCount>-Element in der Spike Arrest-Richtlinie können Sie Spike Arrest-Zähler automatisch auf Nachrichtenprozessoren verteilen. Wenn diese Option auf „true“ gesetzt ist, teilt jeder Message Processor sein zulässiges Limit für die Spitzenrate durch die Anzahl der derzeit aktiven Message Processors. Das Ratenlimit wird angepasst, wenn Message Processors hinzugefügt oder entfernt werden. Der Standardwert ist „false“, wenn das Element in der Richtlinie weggelassen wird.

Weitere Informationen finden Sie im Thema Spike Arrest-Richtlinie.

MP-Logging aufgrund von Verbindungsfehlern verbessern

Rhino auf 1.7.8 und Trireme auf 0.9.1 aktualisieren

Standard-API-Zeitlimit für alle Proxys auf 55 Sekunden festlegen, um zu vermeiden, dass das Router-Zeitlimit früher abläuft

Protokollierungsereignis für Canary-Bereitstellungen hinzufügen

Selbstsignierte HTTPS-Systemdiagnosen zulassen

Die MP-DNS-Auflösung sollte einen asynchronen Thread-Pool verwenden

Verbesserungen der Sicherheit von API-Produkten

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

App-Erstellung

Wenn Sie eine Entwickler- oder Unternehmens-App erstellen, muss die App in der Management API einem API-Produkt zugeordnet werden. (Die Verwaltungsoberfläche erzwingt dies bereits.)

Konfiguration von API-Produkten

Wenn Sie ein API-Produkt erstellen oder aktualisieren möchten, muss es in seiner Definition 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.

Bei bestehenden Organisationen ist der Eigenschaftswert „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 Attributwert zu ändern.

Standardmäßig sichere Kommunikation zwischen Router und Nachrichtenprozessor

Falsche Klassifizierung von Node.js-Skriptfehlern korrigieren

Vertrauenswürdige IP-Adresse der AccessControl-Richtlinie

MessageLogging-Richtlinie zum regelmäßigen erneuten Auflösen von DNS

Validierung der TLS-Zertifikatskette

Wenn Sie einen Keystore-Alias mit einer Zertifikatskette erstellen, müssen Sie die Zertifikate in der Kette durch eine neue Zeile trennen. Edge gibt jetzt bei der Aliaserstellung den Fehler „400 Falsche Anfrage“ zurück, wenn Ihre Zertifikatkette diese Anforderung nicht erfüllt.