Sie sehen die Dokumentation zu Apigee Edge.
Zur Apigee X-Dokumentation weitere Informationen
Am Mittwoch, dem 29. Januar 2014, wurde eine neue lokale Version von Apigee Edge veröffentlicht.
Wenn Sie Fragen haben, wenden Sie sich an den Apigee-Kundensupport.
Dieser Release enthält Funktionen und Fehlerkorrekturen der folgenden Cloud-Releases:
Neue Features und Verbesserungen
- Benutzerdefinierte Attribute für Tokens mit OAuth 2.0 aktualisieren
Mit der neuen Richtlinie „OAuth v2.0-Informationen festlegen“ können Sie benutzerdefinierte Attribute für OAuth 2.0-Tokens aktualisieren.
http://apigee.com/docs/api-services/content/set-oauth-tokens-attributes-using-setoauthv2info
-
Änderungen der OAuth 1.0a-Richtlinie
Dieser Release enthält die folgenden Aktualisierungen der OAuth 1.0a-Richtlinie:- Wie bei OAuth 2.0-Tokens können Sie jetzt benutzerdefinierte Attribute für OAuth 1.0a-Tokens festlegen.
- Mit einem neuen GenerateVerifier-Vorgang können Sie einen OAuth 1.0a-Verifizierer generieren und zurückgeben – ähnlich wie bei einem Autorisierungscode in OAuth 2.0.
- SSL-Informationen in Ablaufvariablen
Mit Apigee Edge können Sie jetzt SSL-Informationen in Ablaufvariablen weitergeben und darauf zugreifen. Wenn Sie das neue Attribut „propagate.additional.ssl.headers“ für einen ProxyEndpoint festlegen, haben Sie Zugriff auf dieselben SSL-Informationen wie auf einem Apache-Webserver.
http://apigee.com/docs/api-services/api/variables-reference
- JMS-Header als HTTP-Header
Alle JMS-Header werden jetzt als HTTP-Header für die nachgelagerte Verarbeitung weitergegeben.
- Node.js-Modulupdate
Das integrierte Node.js-Modul von Apigee wurde aktualisiert und enthält nun die folgenden Module: argo 0.4.9, async 0.2.9, express 3.4.8, Unterstrich 1.5.2, usergrid 0.10.7, volos-cache-memory 0.0.3, apigee-0.los-memory 0.0.3, volos-cache-memory 0.0.3, volos-cache-memory 0.0.3,
-
Benutzerdefinierte Rollen in der Verwaltungsoberfläche – BETA
Zusätzlich zu den vorhandenen Nutzerrollen „Geschäftlicher Nutzer“, „Operations Administrator“, „Administrator der Organisation“ und „Nutzer“ enthält diese Version eine Betafunktion, mit der Sie benutzerdefinierte Rollen in der Verwaltungsoberfläche erstellen können. Sie können den Zugriff auf verschiedene Edge-Features mithilfe von benutzerdefinierten Rollen steuern. - Installationsprogramm für Advanced API Services (früher App Services)
Apigee Edge Advanced API Services (früher App Services) kann jetzt lokal verwendet werden. Mit dem vorhandenen Edge-Installationsprogramm können Sie Advanced API Services in Ihrer eigenen lokalen Umgebung bereitstellen und konfigurieren.
- Installationsprogramm für die Monetarisierung von Developer Services (früher Monetization Services)
Die Monetarisierungsfunktion ist Teil der Edge Developer Services. Das lokale Edge-Installationsprogramm enthält jetzt ein erweitertes, integriertes Installationsprogramm für die Monetarisierung. Für die Monetarisierung ist eine zusätzliche kostenpflichtige Lizenz erforderlich.
- Mehrere Nachrichtenprozessoren auf einem einzelnen Host – stille Installation
Diese Verbesserung unterstützt die Bereitstellungstoplologie mehrerer Nachrichtenprozessoren, die auf einem einzelnen Host installiert sind. Dazu muss jeder Message Processor an eine bestimmte IP-Adresse gebunden sein. Sie können der Konfigurationsdatei für die automatische Installation jetzt die AttributeinstellungBIND_ON_ALL_INTERFACES=nhinzufügen. Dadurch überwacht ein Nachrichtenprozessor eine bestimmte IP-Adresse, die durch das AttributHOSTIPin derselben Datei angegeben wird. Weitere Informationen zu dieser Eigenschaft und zum Konfigurieren der automatischen Installation finden Sie im Installations- und Konfigurationsleitfaden für das lokale Apigee-Bereitstellungskit.
-
JMS-Updates
Diese Version enthält verschiedene Updates für die JMS-Unterstützung von Apigee, darunter:- Alle JMS-Header werden jetzt als HTTP-Header für die nachgelagerte Verarbeitung weitergegeben.
- Sie können jetzt ExpiryTime und DeliveryMode für Nachrichten angeben, die in die vom JMS-Proxy verwendete ResponseQueue verschoben werden. Alle HTTP-Header, die mit den JMS-Standardheadern übereinstimmen, werden „wie besehen“ festgelegt. Andere HTTP-Header werden als JMS-Attribute in der vom JMS-Proxy verwendeten Antwortnachricht festgelegt.
Fehlerkorrekturen
| Thema | Beschreibung |
|---|---|
| Berechtigungen für benutzerdefinierte Rollen | Berechtigungen, die mit benutzerdefinierten Rollen festgelegt werden, funktionieren jetzt wie erwartet. |
| API-Latenzanalyse | Wenn in einem API-Proxy-Flow ein Aufruf an das Zielsystem zu einem Zeitlimit führt (z. B. einem HTTP-Lesezeitlimit), werden die Ziellatenzzeiten in die API-Analyse einbezogen. |
| Attribut „type“ in Richtlinien | Das Attribut „type“ funktioniert jetzt in allen Apigee-Richtlinien korrekt. |
| OAuth 2.0 zur Entwertung von Tokens | Die Funktion zum Entwerten von Tokens für Apigee-OAuth 2.0-Richtlinien entspricht jetzt der OAuth-Spezifikation. Sie müssen keinen „Typ“ mehr angeben, wenn Sie den Parameter „token“ festlegen. |
| RBAC mit Schlüssel/Wert-Zuordnungen | Die rollenbasierte Zugriffssteuerung funktioniert jetzt für Schlüssel/Wert-Zuordnungen, die auf Umgebungsebene erstellt werden. |
| Format der OAuth 1.0a-Richtlinienantwort | Bei Anfragen an eine API mit einer OAuth 1.0a-Richtlinie wird die Antwort jetzt im Format des Accept-Headers zurückgegeben. |
Bekannte Probleme
| Thema | Beschreibung |
|---|---|
| HTTP 1.0-Anfrage, HTTP 1.1-Antwort |
Bei diesem Problem geht es um ein Szenario, in dem ein Client eine Anfrage mit HTTP 1.0 mit dem Attribut
content-length im Header sendet, der Back-End-Dienst jedoch für die Verwendung von HTTP 1.1 konfiguriert ist und stattdessen ein transfer-encoding-Attribut für die aufgeteilte Codierung zurückgibt.
Für dieses Szenario kannst du das Attribut
transfer-encoding mithilfe der Richtlinie „AssignMessage“ aus der HTTP 1.1-Antwort entfernen. In der folgenden Richtlinie, die an den API-Proxy-Antwortablauf angehängt wird, wird das Attribut transfer-encoding aus dem HTTP-Header entfernt. Dadurch kann der Client die Antwort in einzelne Teile unterteilen.
<AssignMessage name="RemoveChunkedEncoding">
<AssignTo createNew="false" type="response"></AssignTo>
<Entfernen>
<Headers>
<Header name="Transfer-Encoding"/>
<Header name="transfer-encoding"/>
</Headers>
</Entfernen>
<IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables>
</AssignMessage>
|