4.16.05 – Versionshinweise zu Edge für Private Cloud

<ph type="x-smartling-placeholder"></ph> Sie sehen die Dokumentation zu Apigee Edge.
Gehen Sie zur Apigee X-Dokumentation. Weitere Informationen

Am Dienstag, den 31. Mai 2016, wurde eine neue Version von Apigee Edge für Private Cloud veröffentlicht.

Seit dem vorherigen Release von Edge for Private Cloud Feature (4.16.01) wurden die folgenden Releases aufgetreten sind und in dieser Funktionsversion enthalten sind:

• Cloud: 16.02.17, 16.03.02, 16.03.09 (Benutzeroberfläche), 16.03.16 (Benutzeroberfläche), 16.03.23 (Benutzeroberfläche), 16.03.30

Siehe Informationen zum Release Nummerierung, um zu erkennen, ob eine bestimmte Cloud-Version in Ihrer Version von Edge für Private Cloud enthalten.

Neue Features und Verbesserungen

Im Folgenden sind die neuen Funktionen und Verbesserungen in dieser Version aufgeführt. Zusätzlich zu den folgenden verbessert haben, bietet diese Version auch zahlreiche Benutzerfreundlichkeit, Leistung, Sicherheit und Stabilität Verbesserungen.

Weitere Details und Anleitungen finden Sie in der Dokumentation zu Edge für Private Cloud.

Installation und Betriebsleitfäden jetzt online verfügbar

Sie können jetzt auf die Installationsanleitung für Edge for Private Cloud unter Version 4.18.01 zugreifen.

Softwareupdates

Die folgenden Softwareupdates sind in der Version enthalten:

• Java JDK 1.8: Damit Sie die neuesten Java-Funktionen nutzen können, Version ist mit Java 1.8 kompatibel. Oracle JDK 1.8 oder OpenJDK 8 ist erforderlich in für Ihre Umgebung.
  Im Rahmen des Updates auf Java 8 sind einige TLS-Chiffren in Oracle JDK 1.8 nicht mehr verfügbar. Eine vollständige Liste finden Sie im Abschnitt „Default Disabled Cipher Suites“ (Standard deaktivierte Cipher-Suites). http://docs.oracle.com/javase/8/docs/technotes/guides/security/SunProviders.html.
• Cassandra 2.1.13: Aktualisiert von Cassandra 2.0.15

Installation, Upgrade, Rollback

Im Folgenden finden Sie eine Liste mit Änderungen an Installationen, Upgrades und zugehörigen Skripts. Weitere Informationen finden Sie in der Edge-Dokumentation zu Private Cloud.

• Neuer Prozess für die Aktualisierung von Version 4.16.01 – Diese Version ersetzt die apigee-migrate mit dem Dienstprogramm update.sh, um die Datei Installation vom 4.16.01 bis 4.16.05. Siehe Aktualisieren von Apigee Edge 4.16.01 auf 4.16.05.
• Bootstrap <ph type="x-smartling-placeholder">
  </ph>
  • bootstrap.sh (Version 4.16.01) ist jetzt bootstrap_4.16.05.sh in Version 4.16.05.
  • uname:pword muss für den Download nicht mehr angegeben werden bootstrap_4.16.05.sh.
• Rollback – Um ein Update auf 4.16.05 zurückzusetzen, deinstallieren Sie die 4.16.05 der Komponente herunter und installieren Sie die vorherige Version neu. Die vorherige Das Dienstprogramm rollback.sh wurde entfernt. Siehe 4.16.05 Rollback-Prozess.
• setup.sh und update.sh können die Logdatei schreiben in: /tmp: Standardmäßig werden die Werte setup.sh und update.sh-Dienstprogramme schreiben Loginformationen an /opt/apigee/var/log/apigee-setup. Wenn der Nutzer, der das Dienstprogramm ausführt, auf dieses Verzeichnis zugreifen, wird das Log in das Verzeichnis /tmp geschrieben. Wenn der Nutzer keinen Zugriff auf /tmp hat, schlägt das Dienstprogramm fehl.
• API-BaaS-Aktualisierung: In Version 4.16.01 mussten Sie Folgendes tun: Installieren Sie API BaaS neu, um sie zu migrieren. Das neue Dienstprogramm update.sh unterstützt API-BaaS aktualisiert wird. Siehe Aktualisieren von Apigee Edge 4.16.01 auf 4.16.05.

Verwaltung

Im Folgenden finden Sie neue Features für die Verwaltung und Konfiguration der privaten Cloud.

• Installationsvalidierung - Das Dienstprogramm apigee-validate, mit dem Ihre Edge Private Cloud getestet wird kann die Installation jetzt vom Verwaltungsserver ausgeführt werden. Bisher musste das Skript ausgeführt werden, beim Message Processor. Weitere Informationen finden Sie unter Testen der installieren.
• Name der Region: Die Region kann ein beliebiger Name sein. In früheren Versionen lautete der Name in der Form "dc-#", wobei # ein ganzzahliger Wert ist.
• Gateway-Pods – Gateway-Pods können einen beliebigen Namen haben. In früheren Versionen dass der Pod „gateway“ genannt werden muss.
• Skriptbasierte Verwaltung – A können Sie mit dem neuen apigee-adminapi.sh-Befehlszeilentool Edge-Konfigurationsaufgaben, die Sie durch Aufrufen der Edge-Verwaltungs-API ausführen. Weitere Informationen finden Sie unter Mit der apigee-adminapi.sh-Dienstprogramm.
• Lautlose SSL-Konfiguration für virtuellen Host: beim Erstellen einer Organisation oder können Sie nun Eigenschaften übergeben, um SSL auf einem virtuellen Host zu konfigurieren. Weitere Informationen finden Sie unter Organisation einrichten.

API-Dienste

Nachfolgend finden Sie neue Features für Edge API-Dienste, die in der vorherigen Cloud bereitgestellt wurden. Versionen des Produkts.

Präfix mit fester Länge für Syslog-Nachrichten-Logging (Cloud 16.03.30)

Die Richtlinie für das Nachrichten-Logging hat ein neues <FormatMessage>-Element in die Syslog-Konfiguration. Von Einstellung <FormatMessage>true</FormatMessage>, Syslog-Nachrichten mit einer festen Anzahl von Zeichen beginnen, sodass Sie von Apigee eingefügte Daten herausfiltern können. Weitere Informationen erhalten Sie unter Nachrichten Logging-Richtlinie. (APIRT-1398)

Platzhalter im API-Proxy-Basispfad (Benutzeroberfläche von Cloud 16.03.09)

Die Verwaltungsoberfläche unterstützt die Verwendung eines oder mehrerer /*/-Platzhalter im API-Proxy Basispfade zu generieren. Mit dem Basispfad /team/*/members können Clients beispielsweise Ihren Proxy mit https://[host]/team/blue/members oder https://[host]/team/green/members verwenden, ohne einen neuen Proxy erstellen zu müssen, neue Teams zu unterstützen. /**/ ist nicht zulässig. (MGMT-3154)

API-Proxy-Verkettung (Cloud 16.03.02, Cloud 16.03.09 UI)

Edge unterstützt die lokale API-Proxy-Verkettung, mit der ein API-Proxy einen anderen API-Proxy aufrufen kann die in Ihrer Edge-Organisation bereitgestellt werden, ohne zusätzlichen Netzwerk-Overhead. Zuvor war der API-Proxy der Verkettung erforderte einen HTTP(S)-Aufruf an einen anderen API-Proxy, der die Anfrage über eine Load Balancer, Router und Message Processor.

Neue LocalTargetConnection-Elemente sind auf der Mit TargetEndpoint können Sie einen API-Proxy-Namen angeben, den Namen eines bestimmten ProxyEndpoint, innerhalb eines API-Proxys oder einfach den Basispfad zu einer lokalen API-Proxy-Ressource (z. B. /v1/myresource verwendet. Die Proxy-Editor-Benutzeroberfläche bietet diese Optionen auch, wenn Sie eine TargetEndpoint.

Die Proxy-Verkettung ist auch in den Service Callout-Richtlinien verfügbar.

Weitere Informationen finden Sie unter API-Proxys verketten. zusammen. Die neuen LocalTargetConnection-Elemente sind auch in der XML-Datei aufgeführt. Schema: https://github.com/apigee/api-platform-samples/blob/master/schemas/configuration/configuration_schemas.xsd (MGMT-3049, MGMT-3050)

Fehlerkorrekturen

Folgende Fehler wurden in diesem Release behoben. Diese Liste ist hauptsächlich für Nutzer gedacht, die um zu sehen, ob ihre Support-Tickets bearbeitet wurden. Sie stellt keine detaillierten Informationen für alle Nutzenden.

Edge für Private Cloud 4.16.05

Cloud 16.03.30

Cloud 16.03.16-UI

Cloud 16.03.09-UI

Cloud 16.03.02

Cloud 16.02.17

Bekannte Probleme

In dieser Version sind die folgenden bekannten Probleme aufgetreten.

> rm -f /opt/nginx/conf.d/*
> /opt/apigee/apigee-service/bin/apigee-service edge-router restart

JSON-Nutzlasten in Zuweisung von Nachrichten-, Java-Callout- und Boost Fault-Richtlinien

Mit den Richtlinien „Nachricht zuweisen“, „Java-Callout“ und „Fehler auslösen“ können Sie mit dem Element <Set><Payload>. Im Rahmen dieser Nachrichten kann Variablen enthalten, deren Werte zur Laufzeit automatisch ausgefüllt werden. Wenn Sie zum Beispiel wenn Sie das Datum aus dem HTTP-Header ausgeben, Fügen Sie {message.header.date} in Ihre Nachricht ein.

Wenn das Nachrichtenformat JSON ist, würde sie in etwa so aussehen:

{"The date is: " : "{message.header.date}"}

Wie Sie sehen, ist das JSON-Format jedoch fehlerhaft. Zur Umgehung dieses Problems haben Sie zwei Optionen:

• Geben Sie vor der öffnenden geschweiften Klammer einen umgekehrten Schrägstrich ein:

  \{"The date is: " : "{message.header.date}"}
  

• Verwenden Sie in der Konfiguration des Nutzlastelements die variablePrefix und variableSuffix-Attribute, um eine Variable in einer JSON-Nutzlast anzugeben. Für Beispiel:
  

  <Payload contentType="application/json" variablePrefix="#" variableSuffix="%">{"The date is: " : "#message.header.date%"}</Payload>
  

Im nächsten Feature-Release von Edge for Private Cloud können Sie geschweifte Klammern für Variablen in JSON-Nachrichten problemlos verwenden können. (APIRT-1160)

Der Router startet Nginx nicht oder Router startet nicht

Wenn der Edge Router Nginx nicht oder überhaupt nicht startet, wie in /opt/apigee/var/log/edge-router/logs/system.log dargestellt Datei, löschen Sie dann alle Dateien im Verzeichnis /opt/nginx/conf.d und starten Sie den Router:

> rm -f /opt/nginx/conf.d/*
> /opt/apigee/apigee-service/bin/apigee-service edge-router restart