Sie sehen sich die Dokumentation zu Apigee Edge an.
Sehen Sie sich die Apigee X-Dokumentation an. info
Am Dienstag, dem 29. April 2014, haben wir eine neue Cloud-Version von Apigee Edge veröffentlicht.
Neue Features und Verbesserungen
Im Folgenden sind die neuen Funktionen und Verbesserungen in diesem Release aufgeführt:
- Analytics-Dashboards
In Edge sind jetzt neue Analytics-Berichte zur Endpunktleistung, API-Proxy-Leistung und Cache-Leistung verfügbar, mit denen Sie die Leistung im Blick behalten können.
Weitere Informationen finden Sie unter Analytics-Dashboards im Abschnitt „Die Dashboards für die Betriebsleistung“. - Aggregation benutzerdefinierter Messwerte für die Leistung
Diese Funktion ist nicht mehr verfügbar.
Mit einer neuen Funktion für die benutzerdefinierte Aggregation lässt sich die Analyseleistung verbessern. Sie können benutzerdefinierte Messwerte definieren, die von Edge erfasst und gespeichert werden, wenn API-Aufrufe erfolgen. Wenn Sie Berichte aufrufen, greift Edge auf die bereits verfügbaren aggregierten Messwerte zu, anstatt sie „on the fly“ abzurufen. - Vorkonfigurierte OAuth 2.0-Richtlinien in API-Proxys
Beim Erstellen eines API-Proxys wird der API-Proxy mit der neuen Option „Mit OAuth 2.0-Zugriffstokens sichern“ automatisch mit Richtlinien konfiguriert, die OAuth unterstützen.
Weitere Informationen finden Sie unter OAuth. - Datenmaskierung in Traces
Mit der API-Ressource „/maskconfigs“ können Sie sensible Daten wie Kreditkarteninformationen in API-Proxy-Trace-Sitzungen maskieren und so die Sicherheit von Nutzerdaten während der API-Entwicklung gewährleisten.
Fall:810723
Weitere Informationen finden Sie unter Datenmaskierung und -ausblenden. - Richtlinie für die Basisauthentifizierung
Mit der Richtlinie für die Basisauthentifizierung können Sie einem API-Proxy eine einfache Basisauthentifizierung hinzufügen. Dabei werden die Anmeldedaten der Nutzer automatisch Base64-codiert und der HTTP-Authorization: Basic-Header ausgefüllt.
Weitere Informationen finden Sie unter Richtlinie für die Basisauthentifizierung. - PostClientFlow
Mit dem PostClientFlow können Sie MessageLogging-Richtlinien hinzufügen, die nach dem Senden der Antwort ausgeführt werden. Dadurch wird die API-Proxy-Latenz reduziert und Informationen für das Logging verfügbar gemacht, die erst nach dem Senden der Antwort berechnet werden, z. B. „client.sent.start.timestamp“ und „client.sent.end.timestamp“.
Fall: 814059
Fehlerkorrekturen
Folgende Fehler wurden in diesem Release behoben.
| Thema | Beschreibung |
|---|---|
| Validierung des Namens eines benutzerdefinierten Berichts | In Edge werden jetzt die Namen benutzerdefinierter Berichte geprüft, um die Verwendung von Sonderzeichen zu verhindern. |
| Probleme mit dem Drilldown „developer_app“ melden | In benutzerdefinierten Berichten, in denen der Drilldown „developer_app“ verwendet wurde, wurden falsche Entwickler-Apps zurückgegeben. Dieses Problem wurde behoben. |
| Zeitraum funktioniert nicht in benutzerdefinierten Berichten | In benutzerdefinierten Berichten, die Filter mit mehreren eingeklammerten Ausdrücken enthielten, z. B. (request_verb eq 'POST') or (request_verb eq
'GET'), hatte die Änderung des Berichtszeitraums keine Auswirkungen auf die Ergebnisse. Dieses Problem wurde behoben.Fall: 810753 |
| Diagramme werden in benutzerdefinierten Berichten nicht angezeigt | Ein Problem, bei dem Diagramme in benutzerdefinierten Berichten nicht angezeigt wurden, wurde behoben. Fall: 814623 |
| WSDL-Import |
|
| Konfiguration der Richtlinie für die gleichzeitige Ratenbegrenzung | Die Auswahl für Zielendpunkte ist jetzt nur noch verfügbar, wenn Sie einem API-Proxy eine Richtlinie für die gleichzeitige Ratenbegrenzung hinzufügen. „Ziel-Endpunkt“ gilt nicht für andere Richtlinien. |
| Unternehmenssupport für Entwickler | Bei Organisationen, für die Unternehmen aktiviert sind, können Sie jetzt beim Erstellen oder Bearbeiten eines Entwicklers ein Unternehmen angeben. Fall: 515246 |
| Export von Entwicklern, Apps und Produkten | Sie können jetzt Entwickler, Apps und Produkte über die Seite „Entwickler“ in der Edge-Verwaltungsoberfläche in eine CSV-Datei exportieren. Diese Funktion ist derzeit für Organisationen nicht verfügbar, bei denen die Monetarisierung aktiviert ist. Fall: 747159 |
| Entwickler-Apps-Fenster hängt | Wenn ein Entwickler eine App im Edge-Entwicklerportal gelöscht hat, führte das Klicken auf diese Entwickler-App in der Edge-Benutzeroberfläche zum Aufhängen des Fensters. Dieses Problem wurde behoben. |
| Kommentare in einer API-Proxy-Konfiguration | Kommentare in einer API-Proxy-Konfiguration sind jetzt in der Codeansicht des API-Proxy-Editors und im Property Inspector sichtbar. |
| API-Proxys mit ungültigen Namen | Über die Edge-Verwaltungsoberfläche konnten bisher API-Proxys erstellt werden, deren Namen nicht unterstützte Sonderzeichen enthielten. Dies führte zu ungültigen API-Proxys, die nicht gelöscht werden konnten. API-Proxy-Namen werden jetzt beim Erstellen überprüft. Nur alphanumerische Zeichen sowie „-“ und „_“ sind zulässig. Fall: 550390 |
| Groß-/Kleinschreibung bei der Benennung von API-Proxys | Edge erstellte API-Proxys mit Kleinbuchstaben, unabhängig von der eingegebenen Groß- und Kleinschreibung. In Edge wird jetzt die Groß- und Kleinschreibung des für den API-Proxy eingegebenen Namens berücksichtigt. |
| Warnung beim Speichern eines API-Proxys | Wenn Sie einen API-Proxy im API-Proxy-Editor speichern, wird er von Edge in allen Umgebungen bereitgestellt, in denen die Version derzeit bereitgestellt wird, einschließlich Produktionsumgebungen. In der Edge-Verwaltungsoberfläche wird jetzt vor dem Speichern des Proxys eine Warnung angezeigt. |
| Benutzerdefinierte Rolle ohne Berechtigungen wird in der Produktionsumgebung gespeichert | Wenn eine bereitgestellte API-Version aktualisiert wird, wird in den bereitgestellten Umgebungen intern die Bereitstellung aufgehoben und die neue Version bereitgestellt. Eine benutzerdefinierte Rolle ohne die erforderlichen Bereitstellungsberechtigungen konnte durch Speichern eines API-Proxys bereitgestellt werden. Dieses Problem wurde durch die Erzwingung von Bereitstellungsberechtigungen behoben. Fall: 813084 |
| Duplikat des Zielservers | Beim Erstellen eines doppelten Zielservers überschrieb Edge anstelle eines HTTP-409-Fehlers den vorhandenen Zielserver und gab den Status 201 zurück. Dieses Problem wurde behoben, indem ein 409-Fehler ausgegeben und der vorhandene Zielserver nicht überschrieben wurde. |
| Trace-Sitzungen für API-Proxys können nicht erstellt werden | Für Umgebungen mit nicht erreichbaren Message Processors wurden keine Trace-Sitzungen erstellt. Dieses Problem wurde behoben, indem Trace-Sitzungen nur an die erreichbaren und verfügbaren Message Processors angehängt wurden. Fall: 812192 |
| Aktualisiertes Verhalten von JMSReplyTo | Standardmäßig sendet Edge die Antwort an die im JMSReplyTo-Header angegebene Warteschlange.
Wenn der Back-End-Dienst jedoch das Senden der Antwort an die JMSReplyTo-Warteschlange und nicht an Edge übernehmen soll, fügen Sie der Antwort des API-Proxy in einem beliebigen Ablauf den X-Apigee-Ignore-JMSResponse-Header hinzu und setzen Sie ihn auf „wahr“:<Header name="X-Apigee-Ignore-JMSResponse">true</Header> |
| Viele CLOSE_WAIT- und 502-Fehler vom Typ „Fehlerhaftes Gateway“ | Ein Problem, das zu hohen CLOSE_WAIT-Messwerten und 502-Bad-Gateway-Fehlern geführt hat, wurde behoben. Anfragen: 814656, 814664, 814670 |
| Node.js-Temporäres Verzeichnis | Wenn ein Node.js-Script in Edge bereitgestellt wird, wird es in einer Sandbox ausgeführt, die den Zugriff des Dateisystems auf ein bestimmtes Verzeichnis einschränkt. os.tmpdir gibt jedoch einen Verzeichnisnamen wie /tmp oder /var/tmp zurück, der in der Edge-Node.js-Sandbox nicht vorhanden ist. Dies führt dazu, dass einige Scripts nicht funktionieren. Die Edge Node.js-Sandbox enthält jetzt ein Verzeichnis „/tmp“, das von „os.tmpdir“ verwendet werden kann. |
| Nullzeigerausnahmen bei API-Aufrufen | In der Richtlinie „Zuweisung zuweisen“ wurde bei einem Null-Antwortstatus eine Nullzeigerausnahme geworfen, als Edge versuchte, den Antwortcode für Messwerte zu erfassen. Dieses Problem wurde behoben. Fall: 815595 |