4.15.07.00 – Versionshinweise für Apigee Edge for Private Cloud

Sie sehen sich die Dokumentation zu Apigee Edge an.
Sehen Sie sich die Apigee X-Dokumentation an.
info

Am Dienstag, dem 8. September 2015, haben wir eine wichtige Funktionsversion von Apigee Edge für die Private Cloud veröffentlicht.

Seit dem letzten vierteljährlichen Release von Edge for Private Cloud (4.15.04.00) wurden die folgenden Releases veröffentlicht und sind in diesem vierteljährlichen Release enthalten:

Auf welche Edge-Versionen können Sie ein Upgrade durchführen? 4.15.07.00

Je nach aktueller Version von Edge haben Sie folgende Möglichkeiten:

  • Direktes Upgrade auf 4.15.07.00
  • schrittweises Upgrade, d. h. Sie müssen von Ihrer aktuellen Version auf eine andere Version von Edge und dann auf 4.15.07.00 upgraden.

Weitere Informationen finden Sie unter Auf welche Edge for Private Cloud-Versionen können Sie auf 4.15.07.00 upgraden?

Vor dem Upgrade von Version 4.15.01.x oder einer früheren Version

Bevor Sie mit dem Upgrade beginnen, müssen Sie die Cassandra-SSTable auf jedem Cassandra-Knoten aktualisiert haben:
  1. Prüfen Sie die Cassandra-SSTable-Version:
    1. Wechseln Sie zum Verzeichnis /<install-root>/apigee4/data/cassandra/data.
    2. Führen Sie den Befehl „find“ aus:
      > find . -name *-ic-*
      Wenn Sie Cassandra 1 .2 SSTable verwenden, sollten die Ergebnisse eine Reihe von.db-Dateien zurückgeben.
    3. Führen Sie diesen Suchbefehl aus:
      > find . -name *-hf-*
      Die Ergebnisse sollten leer sein, d. h. es gibt keine .db-Dateien im Format hf. Wenn Sie keine Dateien im hf-Format sehen, können Sie mit dem Upgrade auf 4.15.07.00 fortfahren.

      Das Format hf ist für SSTables von Cassandra 1.0 vorgesehen. Wenn Sie *.db-Dateien im Format hf haben, müssen Sie die SSTable wie im restlichen Teil dieser Anleitung beschrieben aktualisieren.
  2. Wenn Sie *.db-Dateien im Format hf finden, führen Sie ein SSTable-Upgrade durch. Führen Sie dazu den folgenden Befehl auf jedem Cassandra-Knoten aus, bis Sie alle Cassandra-Knoten aktualisiert haben:
    > /<install-root>/apigee4/share/apache-cassandra/bin/nodetool -h localhost upgradesstables -a
  3. Wiederholen Sie Schritt 1, um zu prüfen, ob alle *.db-Dateien im ic-Format für Cassandra 1.2 sind.
  4. Wiederholen Sie die Schritte 1 bis 3 auf jedem Cassandra-Knoten in Ihrer Edge-Installation.
  5. Führen Sie ein Upgrade auf Edge 4.15.07.00 durch.
  6. Prüfen Sie nach dem Upgrade auf Version 4.15.07.00, ob alle *.db-Dateien auf die C* 2.0-Stable-Version umgestellt wurden:
    > cd /<install-root>/apigee4/data/cassandra/data
    > find . -name *-jb-*

    Dieser Befehl sollte eine Reihe von .db-Dateien zurückgeben, wenn Sie Cassandra 2.0 verwenden.

Neue Features und Verbesserungen

Im Folgenden sind die neuen Funktionen und Verbesserungen in diesem Release aufgeführt:

Installation und Upgrade

Ausgewählte Komponenten aktualisieren und deinstallieren

Mit den Scripts „apigee-upgrade.sh“ und „apigee-uninstall.sh“ können Sie jetzt die Edge-Komponenten auswählen, die Sie aktualisieren oder deinstallieren möchten. Bisher wurden alle Komponenten auf dem Knoten aktualisiert oder deinstalliert. (OPDK-1377, OPDK-1175)

Rollback des Upgrades

Wenn das Skript „apigee-upgrade.sh“ während eines Upgrades fehlschlägt, können Sie das Upgrade jetzt mit dem Skript „apigee-rollback.sh“ rückgängig machen. Nachdem Sie alle Probleme behoben haben, können Sie das Upgrade noch einmal versuchen. (OPDK-1275)

Gekürzte Optionen für Installationsscripts

Die Installationsscripts unterstützen nicht mehr die lange Form von Optionen wie „–help“. Es werden jetzt nur noch Optionen mit einem Buchstaben akzeptiert, z. B. „-h“. (OPDK-1356)

SmartDocs-Installation

Wenn Sie SmartDocs mit dem Script „setup-smartdocs.sh“ installieren, werden Sie aufgefordert, die Organisation, die Umgebung und den virtuellen Host einzugeben. So wird sichergestellt, dass SmartDocs am erwarteten Speicherort installiert wird. Bisher waren diese Werte im Script hartcodiert. (OPDK-1310)

update-cass-pwd-in-config.sh ohne Aufforderungen ausführen

Das Script „update-cass-pwd-in-config.sh“ kann ohne Aufforderung ausgeführt werden, wenn Sie die Umgebungsvariablen ENABLE_CASS_AUTH, CASS_USERNAME und CASS_PASSWORD festlegen. (OPDK-1309)

Edge-Plattform

Im Folgenden sind die neuen Funktionen der Edge-Plattform aufgeführt, die in dieser Version enthalten sind.

OpenJDK 1.7 wird von Edge Private Cloud unterstützt

Diese Version von Edge unterstützt Oracle JDK 1.7 und OpenJDK 7. Die Unterstützung für JDK 1.6 wurde entfernt. (OPDK-1187)

Betriebssystemunterstützung

Die Betriebssystemunterstützung von Apigee Edge for Private Cloud wurde um Red Hat Enterprise Linux 6.6 und 7.0 (64-Bit), CentOS 6.5, 6.6 und 7.0 (64-Bit) und Oracle Linux 6.5 erweitert.

Cassandra 2.0.15 in OPDK 15.07 enthalten

Mit dieser Version wird Cassandra 2.0.15 installiert. Wenn Sie ein Upgrade auf eine frühere Version ausführen, wird Ihre Cassandra-Version aktualisiert. (OPDK-1197)

SHA2-Unterstützung für das Hashing von OAuth-Tokens

Um OAuth-Tokens im Falle einer Datenbanksicherheitsverletzung besser zu schützen, unterstützt Edge neben SHA1 auch SHA2-Algorithmen zum Hashing von OAuth-Tokens. Mit den neuen Properties auf Organisationsebene können Sie das Hash-Verfahren für neue Tokens aktivieren und konfigurieren sowie die bisherige Hash-Technologie für alle Tokens beibehalten, die vor dieser neuen Funktion vorhanden waren. Bisher wurde in Edge for Private Cloud über das Attribut „hash.oauth.tokens.enabled“ in der Datei „keymanagement.properties“ (auf dem Verwaltungsserver und den Nachrichtenprozessoren) die automatische SHA1-Hash-Technologie für OAuth-Tokens aktiviert. Dieses Attribut wird nicht mehr unterstützt.

Wenn Sie zuvor die Property „hash.oauth.tokens.enabled“ verwendet haben, um die SHA1-Hash-Technologie zu aktivieren, werden die neuen Properties auf Organisationsebene automatisch vom Upgrade-Script für diese Version generiert. Führen Sie nach dem Upgrade als Systemadministrator eine GET-Anfrage mit dieser API aus: https://{host}:{port}/v1/o/{your_org}.

  • Informationen zum Aktivieren des Token-Hashings in Ihrer Organisation mit den neuen Properties finden Sie im Abschnitt Zugriffstoken anfordern unter „Token in der Datenbank hashen“.
  • Informationen zum Bulk-Hashing vorhandener Tokens finden Sie im Betriebshandbuch für Edge für Private Cloud. (APIRT-1389)

Flache Verzeichnisstruktur für Protokolldateien

Sie können Edge so konfigurieren, dass Protokolldateien in einer flachen Verzeichnisstruktur gespeichert werden. Legen Sie dazu in der Datei „message-logging.properties“ ein neues enable.flat.directory.structure-Attribut auf „wahr“ fest. Weitere Informationen finden Sie in der Richtlinie für Nachrichten-Logging. (APIRT-1394)

Leistung des Umgebungscaches

Für eine bessere Verwaltung und Nutzung des In-Memory-Caches wurde die Einstellung „Maximale Elemente im Arbeitsspeicher“ für Umgebungscache-Ressourcen eingestellt. Die Gesamtzahl der Elemente in allen Cache-Ressourcen (einschließlich des Standardcaches) hängt vom gesamten Arbeitsspeicher ab, der dem Cache zugewiesen ist. Standardmäßig beträgt der für das In-Memory-Caching für einen bestimmten Message Processor zugewiesene Arbeitsspeicher 40% des gesamten verfügbaren Arbeitsspeichers. Dieser Wert wird durch die Cache-Eigenschaftseinstellungen in der Datei „cache.properties“ des Message Processors bestimmt. Elemente werden nur dann aus dem In-Memory-Cache entfernt, wenn nicht genügend Cache-Speicher vorhanden ist oder die Elemente ablaufen.

Wenn Sie zum alten Verhalten zurückkehren und die Eigenschaft „Maximale Elemente im Arbeitsspeicher“ für die Cache-Verwaltung verwenden möchten, legen Sie die Eigenschaft overrideMaxElementsInCacheResource=false in der Datei „cache.properties“ fest. (APIRT-1140)


API-Dienste

Im Folgenden sind die neuen API-Dienstfunktionen aufgeführt, die in dieser Version enthalten sind.

Neuer Proxy-Editor als Standard

Der neue API-Proxy-Editor ist standardmäßig in der Verwaltungsoberfläche aktiviert. Der neue Editor bietet viele Verbesserungen der Nutzerfreundlichkeit, darunter umfassendere Ansichten von bedingten Flusen und Endpunkten auf der Übersichtsseite, die gesamte Konfiguration auf der Seite „Entwickeln“, ein intuitiveres Hinzufügen von bedingten Flusen, Endpunkten und Richtlinien, vollständigere XML-Ansichten anstelle kleiner Snippets sowie eine Suche, bei der Dateinamen und Text gecrawlt werden. (MGMT-2279)

Neue DeleteOAuthV2.0Info-Richtlinie

Mit der neuen Richtlinie „OAuth 2.0-Informationen löschen“ können Sie OAuth 2.0-Zugriffstokens und Autorisierungscodes löschen. Die Richtlinie ersetzt die Funktionen, die zuvor von der Verwaltungs-API bereitgestellt wurden. Weitere Informationen finden Sie unter DeleteOAuth v2-Informationsrichtlinie. (MGMT-2257)

Neue DeleteOAuthV1.0Info-Richtlinie

Mit der neuen Richtlinie „OAuth v1.0-Informationen löschen“ können Sie OAuth v1.0-Anfragetokens, Zugriffstokens und Verifier-Codes löschen. Die Richtlinie ersetzt die Funktionen, die zuvor von der Verwaltungs-API bereitgestellt wurden. Weitere Informationen finden Sie unter Informationsrichtlinie für OAuth V1 löschen. (APIRT-1351)

Richtlinie zur Zugriffssteuerung

Die Zugriffssteuerungsrichtlinie wurde erweitert, um eine detailliertere Auswertung von IP-Adressen für Zulassungs- und Sperrlisten zu ermöglichen, wenn IP-Adressen im X-FORWARDED-FOR-HTTP-Header enthalten sind.

Wenn die Prüfung mehrerer IP-Adressen im Header aktiviert ist (wenden Sie sich an den Support, um die Funktion „feature.enableMultipleXForwardCheckForACL“ festzulegen), können Sie mit dem neuen <ValidateBasedOn>-Element in der Richtlinie die erste, die letzte oder alle IP-Adressen im Header prüfen. Weitere Informationen finden Sie unter Richtlinie zur Zugriffssteuerung.

Neue Entitäten in der Access Entity-Richtlinie

Die Richtlinie für den Zugriff auf Entitäten gewährt Zugriff auf die folgenden neuen Entitäten: consumerkey-scopes, authorizationcode, requesttoken und verifier. Weitere Informationen finden Sie unter AccessEntity-Richtlinie.

Statistics Collector-Richtlinie: Automatische Umwandlung des Statistiknamens in Kleinbuchstaben

Wenn Sie eine benutzerdefinierte Analytics-Sammlung im API-Proxy-Editor erstellen (Seite „Entwickeln“ > „Tools“ > „Benutzerdefinierte Analytics-Sammlung“), muss die Collector-Variable (Statistik) „Name“ in Kleinbuchstaben geschrieben sein. Wenn Sie den Namen in Großbuchstaben eingeben, wandelt das Tool den Statistiknamen in der Statistics Collector-Richtlinie automatisch in Kleinbuchstaben um. (MGMT-740)

Klassische Trace-Funktion im API-Proxy-Editor entfernt

Die neueste Version der Trace-Funktion im API-Proxy-Editor ist nicht mehr als Betaversion verfügbar, sondern allgemein verfügbar. Der Zugriff auf die „klassische Trace“ über den Link „Auf die klassische Version von Trace zugreifen“ ist nicht mehr möglich.

Zugriff auf die Apigee-Community über das Hilfemenü der Verwaltungsoberfläche

Sie können über das Hilfemenü der Verwaltungsoberfläche auf die Apigee-Community zugreifen.

Fehlermeldungen in der Verwaltungsoberfläche

Die Fehlermeldungen in der Verwaltungsoberfläche wurden verbessert:

  • Die Verwaltungsoberfläche, auf der alle Fehlermeldungen für die gesamte Anmeldesitzung gruppiert und angezeigt wurden, sofern Sie sie nicht geschlossen haben. Mit diesem Update werden die Fehlermeldungen automatisch gelöscht, wenn Sie die Seite verlassen, auf der sie aufgetreten sind. (MGMT-2254)
  • In der Verwaltungsoberfläche werden doppelte Fehlermeldungen nicht mehr unterdrückt. (MGMT-2242)

Leistungs- und Fehlerverbesserungen der Benutzeroberfläche

Es wurden allgemeine Verbesserungen an verschiedenen Bereichen der Verwaltungsoberfläche vorgenommen, darunter an der Leistung der Seitenanzeige und der Bereinigung von Fehlermeldungen.

Auf der Seite „Nutzer der Organisation“ in der Verwaltungsoberfläche (Verwaltung > Nutzer der Organisation) sind Rollennamen jetzt mit Hyperlinks verknüpft, sodass Sie schnell zu den Seiten mit den Rollen gelangen. (MGMT-1055)

Neue Zielvariablen im Nachrichtenfluss

Neue Variablen in Nachrichtenflüssen liefern vollständigere URL-Informationen für Zielendpunkte und Zielserver:

  • TargetEndpoint: request.url ersetzt target.basepath.with.query.
  • TargetServer: loadbalancing.targetserver ersetzt targetserver.name. Außerdem wird target.basepath nur dann ausgefüllt, wenn das Element <Path> im Element „HTTPTargetConnection“ <LoadBalancer> des TargetEndpunkts verwendet wird.

Unterstützung für Server Name Indication (SNI)

Edge unterstützt die Verwendung von Server Name Indication in Richtung Süden (vom Nachrichtenprozessor zu Zielendpunkten). Wenn Sie SNI verwenden möchten, wenden Sie sich an den Apigee-Support.

Java 1.7 ist erforderlich.

Mit SNI, einer Erweiterung von TLS/SSL, können mehrere HTTPS-Ziele über dieselbe IP-Adresse und denselben Port bereitgestellt werden, ohne dass alle diese Ziele dasselbe Zertifikat verwenden müssen.

Es ist keine Edge-spezifische Konfiguration erforderlich. Wenn Ihre Umgebung für southbound SNI konfiguriert ist (Edge-Cloud ist standardmäßig), wird es von Edge unterstützt.

Edge extrahiert automatisch den Hostnamen aus der Anfrage-URL und fügt ihn der SSL-Handshake-Anfrage hinzu. Wenn der Zielhost beispielsweise https://beispiel.de/request/path lautet, fügt Edge die Erweiterung server_name hinzu, wie unten dargestellt:

Weitere Informationen zu SNI finden Sie unter http://en.wikipedia.org/wiki/Server_Name_Indication.

„Signaturalgorithmus“ in den Details zu SSL-Zertifikaten

Den Details zu SSL-Zertifikaten wurde das neue Feld „Signaturalgorithmus“ hinzugefügt. Es ist in der Verwaltungsoberfläche (Verwaltung > SSL-Zertifikate) und in der Verwaltungs-API (Zertifikatsdetails aus einem Schlüsselspeicher oder Truststore abrufen) zu sehen. Das Feld enthält entweder „sha1WithRSAEncryption“ oder „sha256WithRSAEncryption“, je nachdem, welcher Hash-Algorithmus zum Generieren des Zertifikats verwendet wurde.

SSL-Zertifikate anzeigen, die bald ablaufen

Auf der Seite „SSL-Zertifikate“ in der Verwaltungsoberfläche (Verwaltung > SSL-Zertifikate) sehen Sie, wann SSL-Zertifikate innerhalb von 10, 15, 30 oder 90 Tagen ablaufen, je nachdem, was Sie im Drop-down-Feld „Neuer Ablauf“ ausgewählt haben.

Bedrohungsschutzfehlerkonfiguration

Standardmäßig löst Edge bei einem Fehler „HTTP 500 Internal Server Error Statuscode“ und bei einem Fehler „ExecutionFailed“ den Fehler einer JSON- oder XML Threat Protection-Richtlinie aus. Sie können dieses Fehlerverhalten mit einer neuen Property auf Organisationsebene ändern. Wenn Sie das Organisationsattribut features.isPolicyHttpStatusEnabled auf „true“ setzen, geschieht Folgendes:

  • Anfrage: Wenn eine Bedrohungsschutzrichtlinie an einen Anfrageablauf angehängt wird, geben ungültige Nachrichten den Statuscode 400 zusammen mit einer entsprechenden Richtlinienfehlermeldung zurück.
  • Antwort: Wenn eine Bedrohungsschutzrichtlinie an einen Antwortablauf angehängt wird, wird bei ungültigen Nachrichten weiterhin der Statuscode 500 zurückgegeben und eine der entsprechenden Richtlinienfehlermeldungen wird ausgegeben (statt nur „ExecutionFailed“).

Cloud-Kunden müssen sich an den Apigee-Support wenden, um die Organisationseigenschaft festzulegen. Diese Funktion wird Kunden der Edge Private Cloud mit der nächsten vierteljährlichen Private Cloud-Version zur Verfügung stehen.

Aktualisierte Schemas für Endpunkte, Proxys und andere Entitäten

Die Referenzschemata wurden für nicht richtlinienbezogene Entitäten wie TargetEndpoint, ProxyEndpoint, APIProxy und viele andere aktualisiert. Weitere Informationen finden Sie unter https://github.com/apigee/api-platform-samples/tree/master/schemas. (APIRT-1249)


Entwicklerdienste

Im Folgenden sind die neuen Funktionen der Entwicklerdienste in dieser Version aufgeführt.

Allgemeine Verfügbarkeit von SmartDocs

SmartDocs ist nach dem Abschluss der Betaphase jetzt allgemein verfügbar. Zu den Updates und neuen Funktionen gehören:

  • Unterstützung für Swagger 2.0, einschließlich Import per Datei oder URL und Unterstützung für benutzerdefinierte Sicherheitsobjekte.
  • Verbesserungen am visuellen Design der Vorlagen, mit denen SmartDocs generiert werden.
  • Verbesserungen der Nutzerfreundlichkeit und des Workflows im Entwicklerportal, verfügbar über das Menü „Inhalte“ > „SmartDocs“ in Drupal.
  • Die Authentifizierungsmethode „Benutzerdefiniertes Token“ heißt jetzt „API-Schlüssel“.
  • „Sicherheits“-Objekte für die Authentifizierung, die auf Ebene der Version definiert sind.
  • Konfiguration der Clientauthentifizierung auf Vorlagenebene. Bei neuen Versionen werden keine vorkonfigurierten SmartDocs-Clientanmeldedaten mehr zurückgesetzt.

Weitere Funktionsbeschreibungen finden Sie in diesem Blogpost.

Eine SmartDocs-Dokumentation finden Sie unter APIs mit SmartDocs dokumentieren.

Name der Entwickler-App, der in der Verwaltungsoberfläche angezeigt wird

Entwickler-Apps in Edge haben sowohl einen internen Namen, der sich nicht ändert, als auch einen Anzeigenamen, den Sie ändern können. Auf der Seite „Entwickler-App“ in der Verwaltungsoberfläche (Veröffentlichen > Entwickler-Apps > App-Name) werden der interne Name der App und der Anzeigename angezeigt. So können Sie Apps für die Fehlerbehebung und API-Verwaltung leichter anhand ihrer internen Namen identifizieren.


Analytics-Dienste

Im Folgenden sind die neuen Funktionen der Analytics-Dienste in diesem Release aufgeführt.

Zeitlimit für aufbewahrte Daten

Wenn Sie Analyseberichte mit der Verwaltungsoberfläche oder API generieren, ist der Zugriff auf Daten, die älter als sechs Monate ab dem aktuellen Datum sind, nicht standardmäßig möglich. Wenn Sie auf Daten zugreifen möchten, die älter als sechs Monate sind, wenden Sie sich an den Apigee-Support.

Die klassische Version benutzerdefinierter Berichte wird aus der Verwaltungsoberfläche entfernt

Die optionale klassische Version der benutzerdefinierten Analyseberichte ist in der Verwaltungsoberfläche nicht mehr verfügbar.

Leistung des Widgets „Engagement von Entwicklern“

Das Trichter-Widget im Hauptanalysedashboard (Abschnitt „Engagement von Entwicklern“) wurde optimiert, um die Leistung zu verbessern.


Monetarisierung

Im Folgenden sind die neuen Monetarisierungsfunktionen in dieser Version aufgeführt.

E-Mail-Benachrichtigungen zu Preisplänen

Mit einem neuen E-Mail-Benachrichtigungstyp für Preispläne können Sie Entwickler benachrichtigen, wenn sie ein bestimmtes Transaktions- oder Dollarlimit in den von ihnen gekauften Preisplänen mit Volumenbeschränkung oder Paketpreis erreichen. Weitere Informationen finden Sie unter Benachrichtigungen mithilfe von Benachrichtigungsvorlagen einrichten.

Synchronisierung der Zeiträume für die wiederkehrende Gebühr und die Aggregationsbasis

In einem Preisplan waren möglicherweise zwei unterschiedliche Zeiträume in Kraft:

  • Der Zeitraum für wiederkehrende Gebühren, der auf dem Tab „Gebühren“ eines Tarifpakets konfiguriert wurde und festlegte, wann Entwicklern eine wiederkehrende Gebühr in Rechnung gestellt wurde.
  • Der auf der Preiskarte für Volumentarife oder Pakete definierte Aggregationszeitraum, anhand dessen festgelegt wird, wann die Nutzung von Paketen für Entwickler zurückgesetzt wird.

Diese beiden Zeiträume sind jetzt synchronisiert. Wenn in einem Preisplan sowohl eine wiederkehrende Gebühr als auch eine Preiskarte für die volumenabhängige Preisgestaltung oder ein Preispaket vorhanden ist, wird der Zeitraum der wiederkehrenden Gebühr für beide verwendet. Wenn beispielsweise eine wiederkehrende monatliche Gebühr besteht, werden auch Preislistenpakete monatlich zurückgesetzt (standardmäßig zu Beginn des Monats).

Wenn keine wiederkehrende Gebühr vorhanden ist, werden Sets basierend auf der auf der Preisliste definierten Aggregationsbasis zurückgesetzt. Wenn ein Entwickler beispielsweise am 19. des Monats mit der Verwendung einer Preisliste beginnt und die Aggregationsbasis „Monatlich“ ist, wird die Nutzung des Sets einen Monat nach dem 19. zurückgesetzt.

Die Aggregationsbasis wird eingestellt und in einer zukünftigen Version aus der Monetarisierung entfernt. Weitere Informationen finden Sie unter Details zum Preisplan angeben.

Benutzerdefinierte Attribute in Berichten zum zusammengefassten Umsatz

Mit Richtlinien zur Transaktionsaufzeichnung können Sie optional benutzerdefinierte Attributdaten aus Transaktionen erfassen. Diese benutzerdefinierten Transaktionsattribute können Sie jetzt in Zusammenfassungsberichte zu Umsätzen aufnehmen. Wenn Sie Ihrer Organisation die Eigenschaft „MINT.SUMMARY_CUSTOM_ATTRIBUTES“ hinzufügen, können Sie angeben, welche benutzerdefinierten Attribute den Datenbanktabellen für die Verwendung in Berichten hinzugefügt werden.

Apigee Edge for Private Cloud-Kunden können das Flag mit dem folgenden API-Aufruf und den Anmeldedaten des Systemadministrators festlegen.

curl -u email:password -X PUT -H "Content-type:application/xml" http://host:8080/v1/o/myorg -d \
"<Organization type="trial" name="MyOrganization">
    <Properties>
        <Property name="features.isMonetizationEnabled">true</Property>
        <Property name="MINT.SUMMARY_CUSTOM_ATTRIBUTES">[&quot;my_attribute_1&quot;,&quot;my_attribute_2&quot;]</Property>
        <Property name="features.topLevelDevelopersAreCompanies">false</Property>
    </Properties>
</Organization>"

Das Array der benutzerdefinierten Attribute im API-Aufruf ist URL-codiert.


SmartDocs-Upgrade

Wenn Sie SmartDocs bereits während der Betaphase verwendet haben, müssen Sie SmartDocs in Ihrem Entwicklerportal auf die neue Version aktualisieren, um die neuen Funktionen nutzen zu können.

Alle SmartDocs-Seiten, die bereits in Ihrem Entwicklerportal veröffentlicht wurden, funktionieren weiterhin. Sie müssen jedoch den Aktualisierungsprozess durchlaufen, bevor Sie Änderungen an vorhandenen oder neuen Seiten bearbeiten oder veröffentlichen können.

Sie können SmartDocs zwar in Ihrem Entwicklerportal rendern und veröffentlichen, sie werden aber aus dem API-Modell generiert, das in den Edge API Management Services von Apigee gespeichert ist. Alle Änderungen, die Sie an einem API-Modell in Edge vornehmen, werden in allen Ihren Pantheon-Umgebungen übernommen (ähnlich wie Entwickler in allen Pantheon-Umgebungen vorhanden sind).

Von der SmartDocs-Betaversion zur allgemeinen Verfügbarkeit wechseln

  1. Aktualisieren und testen Sie den Release vom 27. Mai 2015 in Ihrer dev- oder test-Umgebung auf Pantheon.
  2. Erstellen Sie ein neues Modell, um ein vorhandenes API-Modell zu ersetzen, das Sie verwendet haben.
    • Wenn Sie Swagger- oder WADL-Dokumente importiert haben, importieren Sie sie noch einmal in eine neue Version.
    • Wenn Sie Ihr API-Modell über das SmartDocs-Modul verwaltet haben, exportieren Sie es als SmartDocs JSON und importieren Sie es über einen Dateianhang in Ihr neues Modell.
  3. Legen Sie die Sicherheitseigenschaften der Version Ihres Modells fest. Wählen Sie auf der Seite Inhalte > SmartDocs > Modell die Option Sicherheitseinstellungen aus.
  4. Prüfen Sie auf der Seite „Modelleinstellungen“ (Inhalte > SmartDocs), ob eine vorkonfigurierte Authentifizierung vorhanden ist. Klicken Sie dazu in der Spalte „Vorgänge“ auf Einstellungen.
  5. Aktualisieren Sie alle benutzerdefinierten Vorlagen, damit sie Version 6 der CSS- und JS-Assets verwenden. Berücksichtigen Sie dabei auch neue Objektnamen wie „authSchemes“ und „apiSchema“. Informationen zum Aktualisieren von SmartDocs-Vorlagen finden Sie unter APIs mit SmartDocs dokumentieren.
  6. Rendern Sie die Modellversion noch einmal und veröffentlichen Sie sie.
  7. Nachdem du die neue Dokumentation validiert hast, aktualisiere dein Produktionsportal auf den Release vom 27. Mai 2015.

Wenn Sie Edge Enterprise-Kunde sind und Fragen oder Bedenken zum Upgradeprozess haben, senden Sie bitte eine E-Mail an marsh@apigee.com und cnovak@apigee.com. Andernfalls können Sie sich an die Apigee-Community wenden.


Künftige Funktionsänderungen und -verbesserungen

In diesem Abschnitt erhalten Sie einen Überblick über die geplanten Änderungen und Verbesserungen an Funktionen:

Verhalten der ResponseCache-Richtlinie ändern

In einer zukünftigen Version (noch nicht festgelegt) ändert sich das Standardverhalten des Elements <ExcludeErrorResponse> der Response Cache-Richtlinie.

Aktuelles Verhalten:Das Element <ExcludeErrorResponse> in der ResponseCache-Richtlinie ist standardmäßig auf „false“ (falsch) festgelegt. Das bedeutet, dass Antworten mit jedem möglichen HTTP-Statuscode (einschließlich 3xx) standardmäßig gemäß der ResponseCache-Richtlinie im Cache gespeichert werden.

Zukünftiges Verhalten:Das Element <ExcludeErrorResponse> in der ResponseCache-Richtlinie hat standardmäßig den Wert „wahr“. Das bedeutet, dass standardmäßig nur Antworten mit den HTTP-Statuscodes 200 bis 205 im Cache gespeichert werden. Wenn Sie dieses Verhalten überschreiben und Antworten für alle Statuscodes im Cache speichern möchten, müssen Sie das Element <ExcludeErrorResponse> explizit auf „true“ setzen.

Aktuelle Problemumgehung : Wenn Sie in Private Cloud 4.15.07.00 und älteren Releases nur Antworten mit den Statuscodes 200 bis 205 im Cache speichern möchten, müssen Sie das Element <ExcludeErrorResponse> explizit auf „true“ setzen.


Fehlerkorrekturen

Folgende Fehler wurden in diesem Release behoben.

Problem-ID Beschreibung
OPDK-1521 Problem mit der Passwortverschlüsselung
OPDK-1201 UI-Daten konnten nicht wiederhergestellt werden
OPDK-1112 Die benutzerdefinierte LDAP-Passwortrichtlinie wird nicht auf den Apigee-Administrator angewendet
OPDK-1097 Keyspace-Ausnahme beim OPDK-Upgrade
OPDK-1068 Administratorpasswort kann geändert werden, wenn die Installation fehlschlägt
OPDK-1053 Zookeeper wird als Root ausgeführt
OPDK-967 Wenn OpenLDAP mit „set-autostart.sh“ für den automatischen Start konfiguriert wird, wird es von „all-status.sh“ als inaktiv gemeldet.
OPDK-905 Smartdocs-Produkt bereits in der Gruppe „axgroup001“ registriert
OPDK-899 Fehler beim Onboarding
OPDK-847 Nutzer, der während des Onboardings erstellt wurde, erhält keine E-Mail zum Zurücksetzen des Passworts
OPDK-817 init.d-Scripts geben einen Fehler zurück
OPDK-815 Für das Script „ax-purge.sh“ müssen Stichprobentabellen gelöscht werden
MGMT-2246 Die Seite „Benutzerdefinierten Bericht erstellen“ wird in der Verwaltungsoberfläche nicht richtig angezeigt
MGMT-2235 Bei ablaufenden SSL-Zertifikaten kann die relative Zeit bis zum Ablaufdatum verwirrend gerundet werden
Bei ablaufenden SSL-Zertifikaten wird die relative Zeit bis zum Ablaufdatum immer in Tagen angezeigt, anstatt auf Monate aufgerundet zu werden, wenn das Zertifikat in 90 Tagen oder weniger abläuft.
MGMT-2193 Ladesymbol beim Bearbeiten einer API
MGMT-2173 Gültige URLs nicht mehr in der Trace-Benutzeroberfläche zulässig
Über die Trace-Benutzeroberfläche können Sie jetzt Anfragen mit Abfrageparameterwerten senden, die verschachtelte Abfrageparameter enthalten.
MGMT-2162 Problem bei der JavaScript-Kompilierung
MGMT-2124 Die Berechtigungen der Kundenrolle werden beim Speichern der Berechtigungen auf der Benutzeroberfläche zurückgesetzt.
MGMT-2114 Bei einer ungültigen Syslog-IP-Adresse in der MessageLogging-Richtlinie sollte bei der Bereitstellung ein korrekter Fehler ausgegeben werden.
MGMT-2067 Spuren: Wenn die API-Proxy-Version in zwei Umgebungen bereitgestellt wird, funktioniert die Auswahl der Version und Umgebung nicht richtig
MGMT-2061 Bei „Passwort vergessen“ sollte nur eine E-Mail an registrierte Nutzer gesendet werden
Über den Link „Passwort vergessen?“ auf der Anmeldeseite der Verwaltungsoberfläche werden nur E-Mails an registrierte Apigee-Nutzer gesendet.
MGMT-2048 Nutzer mit benutzerdefinierter Rolle, die die Bereitstellungsberechtigungen auf eine Umgebung beschränkt, kann in anderen Umgebungen bereitstellen
MGMT-2041 Das Element „FaultRules“ aus der Standardanhängevorlage entfernen
Das Element „FaultRules“, das in Richtlinien oder API-Proxy-Schritten nicht verwendet wird, wird nicht mehr automatisch hinzugefügt, wenn Sie API-Proxys erstellen oder Richtlinien hinzufügen.
MGMT-2034 Abrufen der WSDL löst einen Fehler aus: „Fetch WSDL Error: Error processing WSDL“
MGMT-1986 UI-Fehler beim Hinzufügen eines Entwicklers
MGMT-1983 Die API zum Abrufen eines OAuth 2.0-Autorisierungscodes gibt den falschen Status zurück
MGMT-1962 Fehler bei der Anmeldung in der Verwaltungs-UI mit einem starken Passwort
Die Anmeldung in der Benutzeroberfläche mit bestimmten Sonderzeichen wie dem Prozentzeichen schlägt nicht mehr fehl.
MGMT-1947 Unintuitive Rollen in der Verwaltungsoberfläche
Wenn ein Nutzer nicht berechtigt ist, eine Richtlinie zur Transaktionsaufzeichnung zu erstellen oder zu bearbeiten, sind die entsprechenden Schaltflächen auf der Benutzeroberfläche jetzt deaktiviert.
MGMT-1899 Ressourcenpfade nach dem Speichern der Produkteinstellungen gelöscht
Beim Bearbeiten eines API-Produkts können die Ressourcenpfade des Produkts gelöscht werden, wenn der Nutzer doppelt auf die Schaltfläche „Speichern“ klickt. Dieses Problem wurde behoben.
MGMT-1894 Die Seite „Entwickler-Apps“ wird für die Spalte „Entwickler“ nie vollständig geladen.
MGMT-1882 Neuer API-Proxy aus WSDL zeigt nur die letzten Parameterdetails an
MGMT-1878 Wenn mehrere Versionen in einer Umgebung bereitgestellt werden, wird in Trace nur eine davon angezeigt.
MGMT-1872 Benutzerdefinierte Berichte können nicht heruntergeladen werden
MGMT-1863 Node.js-Protokolle werden in der Verwaltungsoberfläche nicht angezeigt
MGMT-1843 API-Proxy lässt sich nicht öffnen
MGMT-1833 Ein Systemadministrator sollte nicht die Möglichkeit haben, das Passwort für OPDK über die Benutzeroberfläche zu ändern.
MGMT-1825 Cross-Site-Scripting-Fehler (XSS)
MGMT-1824 Fehler beim Abrufen der WSDL beim Importieren einer WSDL-Datei mit der Erweiterung „.xml“
MGMT-1812 TargetEndpoint-Überprüfung beim Import hinzufügen
Ähnlich wie beim ProxyEndpoint wird der TargetEndpoint beim Import des API-Proxys auf das richtige Schema und die richtigen Ausdrücke in den Bedingungen geprüft.
MGMT-1804 Die Node.js API sendet in einigen Fällen ungültige JSON-Daten
Auf dem Bildschirm „Node.js-Protokolle“ wurden bisher unformatierte Protokolle angezeigt, wenn die JSON-Daten ungültige Zeichen enthielten. Dieses Problem wurde in dieser Version behoben und die Benutzeroberfläche zeigt jetzt korrekt formatierte Node.js-Protokolle an.
MGMT-1802 URL zum Zurücksetzen des Passworts #118
Wenn sich die Verwaltungsoberfläche hinter einem SSL-Endserver befindet, generiert sie jetzt korrekt eine E-Mail zum Zurücksetzen des Passworts mit einem Link zu einer HTTPS-URL anstelle einer HTTP-URL.
MGMT-1799 Anfrage zum Senden von UI-Sicherheitslücken in Trace
MGMT-1777 Nutzer mit einer E-Mail-Adresse mit der TLD .acn kann nicht hinzugefügt werden
MGMT-1735 Branding: „Error while fetching W“
Wir haben die Unterstützung für benutzerdefiniertes Branding in Edge OPDK sofort entfernt. Uns ist bewusst, dass dies die wenigen Kunden, die diese Funktion genutzt haben, enttäuschen wird. Diese Funktion verbessert jedoch nicht direkt die API-Verwaltungsfunktionen von Edge.
MGMT-1569 Problem beim Verknüpfen eines API-Proxys mit einem vorhandenen API-Produkt
Das Problem beim Verknüpfen eines API-Proxys mit einem API-Produkt in der Verwaltungsoberfläche wurde behoben, wenn der API-Proxy eine Ressource für den Pfad „/“ hatte.
MGMT-1563 Die Schaltfläche „Senden“ in Trace bleibt deaktiviert, wenn ein Fehler auftritt
MGMT-1362 E-Mail zum Zurücksetzen des Passworts funktioniert nicht, wenn die E-Mail-Adresse das Zeichen „_“ enthält
Problem beim Zurücksetzen des Passworts in OPDK mit E-Mail-Adressen, die einen Unterstrich enthalten, behoben.
MGMT-1345 Import von WSDL mit mehreren Namespaces führt zu einem falschen SOAP-Build-Schritt
MGMT-1193 Das Speichern des Proxys als neue Version ändert die Routenregel unerwartet
MGMT-1061 SmartDocs: Beschreibung des Body-Typ-Parameters in der Swagger-Definition wird in der Dokument-UI nicht angezeigt
MGMT-800 Das Erstellen einer Ressource mit dem Namen „default“ führt zu einer fehlerhaften Benutzeroberfläche
MGMT-787 Nutzerfreundlichkeitsproblem bei UI-Benachrichtigungen
Wenn Sie in der Verwaltungsoberfläche auf „+ API-Proxy“ klicken und das Dialogfeld „Neuer API-Proxy“ angezeigt wird, können Sie die ESC-Taste drücken, um das Dialogfeld zu schließen.
MGMT-619 Paginierung auf der API-Proxy-Benutzeroberfläche aktivieren
MGMT-602 API Proxy Develop view: Add a Response Cache policy when endpoint does not have PreFlow/PostFlow causes error
MGMT-460 Richtlinien werden beim Umbenennen nicht aktualisiert und es werden doppelte Richtlinien erstellt, die nicht entfernt werden können
DEVRT-1644 Bei der Suche nach Benachrichtigungen nach Namen wird die falsche E-Mail-Adresse gesendet
DEVRT-1583 In der Monetarisierungs-UI wird für ein aktuelles Tarifpaket das Kennzeichen „Zukünftig“ angezeigt
DEVRT-1546 Planlimits funktionieren nicht
DEVRT-1511 mint.resourceDoesNotExist-Fehler für einen vorhandenen Entwickler
CORERT-639 TCPSysLogSocket muss asynchron sein
CORERT-613 SSL-Handshake-Fehler aufgrund von „unrecognized_name“
AXAPP-1728 Monetarisierungsvariablen in Analytics ignorieren
AXAPP-1708 Die Analytics API liefert je nach Anfrage unterschiedliche Werte für dieselbe Statistik.
AXAPP-1707 Leistung der kostenlosen Analysetools für Podcasts verbessern
AXAPP-1690 Fehler „Ungültige API“ bei benutzerdefinierten Berichten
AXAPP-1533 Bei der Google Analytics-Geokarte wird der Fehler „Ungültiger API-Aufruf“ ausgegeben
AXAPP-1493 Falsche Cache-Leistungsstatistiken
APIRT-1436 Tool/Script zum Hashen nicht gehashter Tokens erstellen
APIRT-1425 Das Attribut „continueOnError“, das auf „true“ gesetzt ist, hat keine Auswirkungen auf die JavaCallout-Richtlinie.
APIRT-1346 OAuth2.0 – Der gehashte Wert wird in der Antwort des Zugriffstokens zurückgegeben, wenn „hash.oauth.tokens.enabled“ auf „wahr“ festgelegt ist.
APIRT-1206 „target_ip“ wird in der Faktentabelle für 503- und die meisten 504-Fehler nicht erfasst.
APIRT-1170 Fehlende Ressourcendatei führte dazu, dass MP eine Umgebung nicht laden konnte
APIRT-1148 GET der Variablen {message.version} in ResponseFlow für ein Node.js-Ziel löst eine NPE aus
APIRT-1054 Das Protokollieren von Nachrichten schlägt fehl, wenn versucht wird, die Protokolle in einem anderen Verzeichnis als dem Standardverzeichnis zu speichern
APIRT-387 OrganizationService in der Variante „Sonstiges“ auf MP ausführen
APIRT-67 Die OAuth-Richtlinie „GenerateAccessToken“ setzt die Variable „oauthV2.failed“ nicht richtig
APIRT-52 Benutzerdefinierte Berichte: Der Antwortstatuscode vieler APIs ist null

Bekannte Probleme

Diese Version weist die folgenden bekannten Probleme auf.

Problem-ID Beschreibung
OPDK-1586

Das API BaaS-Portal kann nicht gestartet werden, wenn die IPv6-Unterstützung nicht aktiviert ist
Als Problemumgehung können Sie die folgende IPv6-Zeile in /<install-dir>/apigee4/conf/nginx/conf.d/loadbalancer.conf kommentieren, um das API BaaS-Portal auszuführen, oder die IPv6-Unterstützung aktivieren:

# listen [::]:8080;

OPDK-1785

Monetarisierungskomponente in einer aktualisierten Edge-Installation installieren
Wenn Sie eine Edge-Installation auf Version 4.15.07.00 aktualisieren und die Monetarisierung vor dem Upgrade nicht verwendet haben, können Sie die Monetarisierungskomponente nicht in der Version 4.15.07.00 von Edge installieren.

Als Problemumgehung können Sie die richtige Monetarisierungsversion in der Datei „apigee-env.sh“ festlegen, bevor Sie versuchen, die Monetarisierung zu installieren. Wenn Sie die Monetarisierungsversion in 4.15.07 erhalten möchten (nachdem Sie bereits ein Upgrade auf Edge 4.15.07 durchgeführt haben), führen Sie Folgendes aus:
> source /{install-dir}/apigee4/bin/apigee-env.sh 

> VER=`basename $(find $SHARE_DIR/installer/monetization -name "mint-*.zip") | cut -d "-" -f 2,3,4` 
Standardmäßig ist install-dir „/opt“.
Der Wert von VER oben muss in apigee-env.sh festgelegt werden:
> sed -i "s/^MONETIZATION_VERSION=.*/MONETIZATION_VERSION=$VER/" /install-dir/apigee4/bin/apigee-env.sh 
Wenn Sie versucht haben, die Monetarisierung zu installieren, ohne die oben genannten Schritte auszuführen, schlägt die Installation fehl und es gibt wahrscheinlich einen inaktiven Symlink im Freigabeverzeichnis. Sie müssen diesen Symlink entfernen:
> rm /install-dir/apigee4/share/monetization 
Nachdem du den Symlink entfernt hast, führe die oben beschriebenen Schritte aus, um die Monetarisierungsversion festzulegen, und versuche dann noch einmal, die Monetarisierung zu installieren.
OPDK-1857 In bin/qpid-stat.sh und bin/qpid-config.sh hartcodierte Python 2.6-Version

Unter CentOS und RedHat 7.0 sind mehrere Scripts in bin/qpid-stat.sh und bin/qpid-config.sh hartcodiert, um Python-Version 2.6 zu verwenden.

Als Behelfslösung können Sie die Zeile ändern, in der PYTHONPATH in „qpid-stat.sh“ und „qpid-config.sh“ im Verzeichnis „apigee4/bin“ exportiert wird.

export PYTHONPATH="${QPID_DIR}/lib/python2.6/site-packages"

Die Python-Version auf Ihrem System finden Sie im Verzeichnis /opt/apigee4/share/apache-qpid/lib. Das Verzeichnis ist höchstwahrscheinlich „python2.7“.

Aktualisieren Sie dann die PYTHONPATH-Einstellung in „qpid-stat.sh“ und „qpid-config.sh“ mit dem richtigen Pfad. Beispiel:

export PYTHONPATH="${QPID_DIR}/lib/python2.7/site-packages"

DEVRT-1574 Nicht übereinstimmendes Guthaben und Nutzung für Entwickler mit mehreren aktiven Tarifpaketen
Wenn ein Entwickler bei der Monetarisierung für mehrere Tarifpakete mit Gebühren pro API-Aufruf aktiv ist, kann die Nutzung des Geldguthabens manchmal inkonsistent sein.
APIBAAS-1647 Nach der Anmeldung als Systemadministrator wird in der BaaS-Benutzeroberfläche die Meldung „Fehler beim Abrufen von Rollen“ angezeigt.
Diese Fehlermeldung wird beim ersten Anmelden des Systemadministrators im System nach dem Upgrade von 4.15.01 auf 4.15.07 angezeigt. Sie können diese Nachricht ignorieren.
DEVRT-1834 Upgrade der Monetarisierung auf 4.15.07
Das Skript „apigee-upgrade.sh“ gibt am Ende die folgende Meldung aus, in der Sie aufgefordert werden, ein anderes Skript auszuführen:
************************************** 
In order to complete the monetization upgrade please run: 
sudo /opt/apigee4/share/monetization/schema/migration/MOPDK4.15.04.00/
365-create-notification-condition.sh 
************************************** 

Sie können diese Nachricht ignorieren. Dieses Script ist nicht erforderlich und kann nicht ausgeführt werden.

DEVRT-1951 Fehlende Benachrichtigungskonfigurationen bei der Neuinstallation der Monetarisierung
Bei einer Neuinstallation von Apigee Edge for Private Cloud Version 4.15.07.00 fehlen die folgenden Konfigurationen für Monetarisierungsbenachrichtigungen. Diese entsprechen den Benachrichtigungstypen auf der Seite „Verwaltung“ > „Benachrichtigungen“ in der Verwaltungsoberfläche.
mint.scheduler.${ORG_ID}.adhocnotify@@@management
mint.scheduler.${ORG_ID}.expiringrateplannotify@@@management
mint.scheduler.${ORG_ID}.newpkgnotify@@@management
mint.scheduler.${ORG_ID}.newproductnotify@@@management
mint.scheduler.${ORG_ID}.newrateplannotify@@@management
mint.scheduler.${ORG_ID}.tncacceptancenotify@@@management
So umgehen Sie dieses Problem: Sie benötigen die IP-Adresse Ihrer Cassandra-Instanz. Sie finden sie unter <installation-root>/apigee4/conf/cassandra/cassandra.yaml oder <installation-root>/apigee4/conf/cassandra/cassandra-topology.properties.
  1. Führen Sie die folgenden Befehle aus: Lassen Sie die Variable {ORG_ID} unverändert, ersetzen Sie aber <org_name>, <installation-root> und <cassandra_ip_address>.
    sed -e "s/\${ORG_ID}/<org_name>/g" <installation-root>/apigee4/share/monetization/schema/cassandra/org/ui/mint-org-specific-ui-schedulers.txt > /tmp/mint-org-specific-ui-schedulers.txt
    
    <installation-root>/apigee4/share/apache-cassandra/bin/cassandra-cli -h <cassandra_ip_address> -f /tmp/mint-org-specific-ui-schedulers.txt
  2. Starten Sie den Verwaltungsserver neu.
DEVRT-1952 Fehlende Benachrichtigungskonfigurationen bei der Monetarisierungsaktualisierung von 4.14.07.00
Beim Upgrade von Apigee Edge for Private Cloud von Version 4.14.07.00 auf 4.15.07.00 fehlen die folgenden Konfigurationen für Monetarisierungsbenachrichtigungen. Dies führt dazu, dass Monetarisierungsberichte nicht richtig funktionieren.
mint.scheduler.${ORG_ID}.chargedaily@@@management
mint.scheduler.${ORG_ID}.chargehourly@@@management
So umgehen Sie dieses Problem: Sie benötigen die IP-Adresse Ihrer Cassandra-Instanz. Sie finden sie unter <Installationsverzeichnis>/apigee4/conf/cassandra/cassandra.yaml oder <Installationsverzeichnis>/apigee4/conf/cassandra/cassandra-topology.properties.
  1. Führen Sie die folgenden Befehle aus: Lassen Sie die Variable {ORG_ID} unverändert, ersetzen Sie aber <org_name>, <installation-root> und <cassandra_ip_address>.
    sed -e "s/\${ORG_ID}/<org_name>/g" <installation-root>/apigee4/share/monetization/schema/cassandra/org/system/mint-org-specific-system-schedulers.txt > /tmp/mint-org-specific-system-schedulers.txt
    
    <installation-root>/apigee4/share/apache-cassandra/bin/cassandra-cli -h <cassandra_ip_address> -f /tmp/mint-org-specific-system-schedulers.txt
  2. Starten Sie den Verwaltungsserver neu.
OPDK-1878 Pod-Name kann bei Installation in mehreren Rechenzentren nicht festgelegt werden
In der Installationsanleitung für Edge wird angegeben, dass die Pod-Namen in den Dateien für die Installation im Silent-Modus für eine Installation in mehreren Rechenzentren auf „gateway-1“ und „gateway-2“ festgelegt werden müssen. Wenn Sie den Pod jedoch umbenennen, können die Router und Nachrichten-Prozessoren nicht ordnungsgemäß registriert und nicht aufgerufen werden. Dieses Problem verhindert auch, dass das Script setup-org.sh verfügbare Message Processors finden kann.

Als Problemumgehung können Sie den Pod-Namen mithilfe der Property MP_POD in der Datei für die Installation im Silent-Modus für beide Rechenzentren auf „gateway“ festlegen.
OPDK-1886

Knoten kann nicht auf lokale IP-Adressen wie 192.168.x.y zugreifen
Beim Versuch, auf eine lokale IP-Adresse zuzugreifen, wird der Fehler „connect EINVAL“ angezeigt.
Bearbeiten Sie die Datei /<install_dir>/apigee4/conf/apigee/message-processor/nodejs.properties auf den Nachrichtenprozessorknoten, um die folgende Zeile zu kommentieren:

connect.ranges.denied=10.0.0.0/8,192.168.0.0/16,127.0.0.1/32

Starten Sie dann die Message Processor-Knoten neu:

<install_dir>/apigge4/bin/apigee-service message-processor restart 
OPDK-1958 Beim Upgrade benötigen alle Knoten Zugriff auf Port 8080 auf dem Verwaltungsserver.
Während der Laufzeit benötigen die folgenden Komponenten Zugriff auf Port 8080 auf dem Verwaltungsserver: Router, Nachrichtenprozessor, Benutzeroberfläche, Postgres und Qpid. Beim Upgrade benötigen jedoch alle Knoten Zugriff auf Port 8080 auf dem Verwaltungsserver, einschließlich Cassandra- und Zookeeper-Knoten.
OPDK-1962 SSL für die Edge API nach dem Upgrade neu konfigurieren
Wenn Sie die Edge API vor dem Upgrade auf 4.15.07.00 für die Verwendung von SSL konfiguriert haben, müssen Sie SSL nach dem Upgrade neu konfigurieren. Eine Anleitung zum Konfigurieren von SSL für die Edge API findest du im Edge-Betriebshandbuch.