4.16.01 – Versionshinweise zu Edge für Private Cloud

Sie lesen gerade die Dokumentation zu Apigee Edge.
Apigee X-Dokumentation aufrufen. info

Am Donnerstag, dem 24. März 2016, haben wir eine neue Version von Apigee Edge for Private Cloud veröffentlicht.

Seit dem letzten vierteljährlichen Release von Edge for Private Cloud (4.15.07.00) sind die folgenden Releases erfolgt, die in diesem Feature-Release enthalten sind:

• Cloud: 15.07.08, 15.07.22, 15.08.05, Nginx-Migration, 15.09.02, 15.09.30, 16.01.20
• Private Cloud: 4.15.07.01, 4.15.07.03

Unter Versionsnummerierung erfahren Sie, wie Sie herausfinden können, ob eine bestimmte Cloud-Version in Ihrer Version von Edge for Private Cloud enthalten ist.

Verworfene Produkte/Funktionen

Private Cloud 4.15.07.03

curl http:// <qpid_IP>:8083/v1/servers/self/queues

Analytics: Dashboard für benutzerdefinierte Berichte mit mehreren Berichten (Cloud 15.09.30)

Die Funktion Dashboard für benutzerdefinierte Berichte, mit der bis zu vier benutzerdefinierte Berichte angezeigt werden können, wird eingestellt und in einer zukünftigen Version entfernt. (MGMT-2673). Alle anderen Aspekte benutzerdefinierter Berichte sind weiterhin verfügbar.

Länge des Organisationsnamens kann in der Private Cloud nicht überschrieben werden

Sie können die maximale Länge des Organisationsnamens von 20 Zeichen nicht mehr überschreiben, indem Sie Folgendes festlegen:

• APIGEE_ORG_NAME_LENGTH=25

• APIGEE_ENV_NAME_LENGTH=25

Neue Features und Verbesserungen

Im Folgenden finden Sie die neuen Funktionen und Verbesserungen in dieser Version. Neben den folgenden Verbesserungen enthält diese Version auch zahlreiche Verbesserungen in Bezug auf Benutzerfreundlichkeit, Leistung, Sicherheit und Stabilität.

Private Cloud

Unterstützung für RedHat, CentOS und Oracle 6.7 bis 7.2 hinzugefügt

In dieser Version wird RedHat Enterprise Linux, CentOS und Oracle Linux in den Versionen 6.7 bis 7.2 unterstützt.

Eine vollständige Liste der Systemanforderungen finden Sie unter Unterstützte Software und unterstützte Versionen.

RPM-basierte Installation

Für diese Version von Edge wird ein RPM-basierter Installationsmechanismus verwendet, der die Installations- und Migrationsverfahren erheblich vereinfacht.

Neues Basisverzeichnis

Die Verzeichnisstruktur für Version Edge 4.16.01 hat sich geändert. In früheren Versionen von Edge haben Sie Edge im Basisverzeichnis installiert:

/<install-dir>/apigee4

Dabei kann sich „install-dir“ an einem beliebigen Ort befinden. Der Standardwert ist /opt. Beispiel:

/opt/apigee4

Für Version 4.16.01 müssen Sie Edge im folgenden Verzeichnis installieren:

/opt/apigee

Beachten Sie auch, dass das Verzeichnis apigee4 in apigee geändert wurde.

Der Speicherort Ihres Datenverzeichnisses ist davon nicht betroffen. Sie kann sich unter /opt/apigee oder an einem anderen Ort befinden.

Neue Anforderung für virtuelle Hosts

Das Edge-Migrationsskript übernimmt die meisten Aufgaben, die für die Migration eines vorhandenen Netty-Routers zu Nginx erforderlich sind. Im Rahmen des Upgrades müssen Sie jedoch auch dafür sorgen, dass alle Ihre Definitionen für virtuelle Hosts vor der Migration einen Hostalias enthalten.

Weitere Informationen zum Hinzufügen eines Host-Alias zu einem vorhandenen virtuellen Host finden Sie im Installationsleitfaden für Edge, der auf der Apigee-FTP-Website unter ftp://ftp.apigee.com/ verfügbar ist.

Code mit Konfiguration

In Edge-Version 4.16.01 werden keine .properties-Dateien mehr im Verzeichnis /<install-dir>/apigee4/conf verwendet, um Edge-Komponenten zu konfigurieren. Ab Version 4.16.01 konfigurieren Sie Edge-Komponenten weiterhin mit .properties-Dateien. Diese befinden sich jetzt jedoch im folgenden Verzeichnis:

/opt/apigee/customer/application

Für jede Edge-Komponente, die auf einem Knoten installiert ist, gibt es in diesem Verzeichnis eine .properties-Datei. Um eine Komponente zu konfigurieren, bearbeiten Sie die entsprechende .properties-Datei, um entweder den Wert eines vorhandenen Attributs zu ändern oder ein neues Attribut und einen neuen Wert hinzuzufügen. Wenn die Datei noch nicht vorhanden ist, können Sie sie erstellen.

Im Gegensatz zu früheren Versionen von Edge enthalten die .properties-Dateien für Edge 4.16.01 nicht alle Eigenschaften für eine Komponente. Eine der Änderungen in dieser Version besteht darin, dass die .properties-Dateien nur Überschreibungen von Standardattributwerten enthalten.

Der Vorteil dieser Architektur besteht darin, dass bei einer Migration zu einer späteren Version von Edge das Edge-Installationsprogramm die Dateien in /opt/apigee/customer/application nie überschreibt. So wird verhindert, dass Ihre Einstellungen versehentlich von Edge überschrieben werden.

Bei einer Migration untersucht das Edge-Installationsprogramm Ihre vorhandenen .properties-Dateien und kopiert Änderungen an Standardattributwerten in das Verzeichnis /opt/apigee/token. Daher sollten nach der Migration keine Änderungen erforderlich sein.

Weitere Informationen finden Sie im Apigee Edge Operations Guide, der auf der Apigee-FTP-Website verfügbar ist: ftp://ftp.apigee.com/.

Edge-Konfigurationsskripts wurden ersetzt

Die Konfigurationsskripts, die Sie in früheren Versionen von Edge verwendet haben, wurden entfernt und durch Folgendes ersetzt:

• Befehle, die Sie über Apigee-Dienstprogramme wie apigee-service, apigee-all, apigee-setup, apiee-provision oder apigee-migrate ausführen.
  Die Scripts „all-start.sh“ und „all-stop.sh“ wurden beispielsweise durch die folgenden Befehle ersetzt:
  > /opt/apigee/apigee-service/bin/apigee-all start
  > /opt/apigee/apigee-service/bin/apigee-all stop
• Befehle, die Sie direkt auf den Edge-Komponenten ausführen. In früheren Versionen haben Sie beispielsweise das Skript „chpasswd-openldap.sh“ verwendet, um das OpenLDAP-Passwort zu ändern. Dieses Skript wurde durch den folgenden Befehl ersetzt, den Sie für die Komponente „apigee-openldap“ ausführen:
  > /opt/apigee/apigee-service/bin/apigee-service apigee-openldap change-ldap-password -o oldPword -n newPword

Weitere Informationen dazu, wie Sie die Konfiguration jetzt über Befehle vornehmen, finden Sie im Operations Guide für Apigee Edge, der auf der Apigee-FTP-Website unter ftp://ftp.apigee.com/ verfügbar ist.

Neuer Edge-Router

Diese Version von Edge for Private Cloud enthält eine neue Routerarchitektur, die auf dem Nginx-Router basiert. Der Nginx-Router ersetzt den Netty-Router, der in Edge-Releases vor 4.16.01 verwendet wurde.

Die Nginx-Router haben dieselben Hardware- und Portanforderungen wie der Netty-Router. Daher sind keine Änderungen an vorhandenen Knoten erforderlich.

Weitere Informationen finden Sie im Anhang A: Informationen zum Nginx-Router im Installationsleitfaden für Edge, der auf der Apigee-FTP-Website unter ftp://ftp.apigee.com/ verfügbar ist.

BaaS-Load-Balancer entfernt

Der interne Load Balancer wurde aus dem API BaaS-Portal entfernt. Sie müssen jetzt Ihren eigenen Load Balancer zwischen dem API BaaS-Portal und den drei API BaaS-Stapelknoten verwenden.

Als Alternative zu einem Load Balancer können Sie Round-Robin-DNS verwenden. In diesem Szenario erstellen Sie einen DNS-Eintrag mit mehreren A-Einträgen, die den IP-Adressen des BaaS-Stacks entsprechen. Bei einer DNS-Suche gibt der DNS-Server die Werte von A-Einträgen automatisch im Round-Robin-Verfahren zurück.

Neue Dokumentation, in der beschrieben wird, wie Cassandra- und ZooKeeper-Knoten und ein Rechenzentrum zu einem vorhandenen Rechenzentrum hinzugefügt werden

Die ZIP-Datei mit der Dokumentation auf der Apigee-FTP-Website enthält jetzt den Artikel „Edge for Private Cloud skalieren“, in dem beschrieben wird, wie Cassandra- und ZooKeeper-Knoten und ein Rechenzentrum zu einem vorhandenen Rechenzentrum hinzugefügt werden.

Orgtool entfernt

Mit dem orgtool kann eine Edge-Installation abgefragt werden, um Informationen zu einer Organisation zu erhalten. Dieses Tool wurde entfernt. Sie können jetzt die Edge-UI oder API-Aufrufe verwenden, um Informationen zur Organisation abzurufen.

Aufgaben in Version 4.16.01 ausführen

In der folgenden Tabelle sehen Sie, wie Sie Aufgaben in Version 4.15.07.03 ausgeführt haben und wie Sie sie jetzt in Version 4.16.01 ausführen. Weitere Informationen finden Sie im Edge Operations Guide, der auf der Apigee-FTP-Website verfügbar ist: ftp://ftp.apigee.com/.

Alpharelease des Monitoring-Tools und ‑Dashboards

Diese Version enthält eine Alphaversion des neuen Monitoring-Tools und ‑Dashboards für Edge. Mit diesem Tool können Sie den Zustand verschiedener Komponenten (Router, Message Processors, ZooKeeper, Cassandra) sowie HTTP-Fehlercodes für verschiedene Organisationen und Umgebungen in Ihrer Bereitstellung nachvollziehen. Sie können auch einen Snapshot Ihrer Dashboarddaten erstellen und ihn mit Apigee teilen, um Supportanfragen zu lösen.

Die Dokumentation, einschließlich der Installationsanleitung, ist in der ZIP-Datei der Edge 4.16.01-Dokumentation enthalten, die auf der Apigee-FTP-Website verfügbar ist: ftp://ftp.apigee.com/.

Bevor Sie das Dashboard installieren und verwenden können, müssen Sie jedoch die Apigee-Evaluierungsvereinbarung aus der ZIP-Datei mit der Dokumentation ausfüllen und an orders@apigee.com senden.

Edge-Plattform

Neugestaltung der Verwaltungs-UI (Cloud 15.09.30)

Mehrere Seiten in der Verwaltungs-UI haben ein neues Design erhalten. (MGMT-2627)

API-Dienste

Neu gestalteter API-Proxy-Assistent (Cloud 16.01.20)

Der API-Proxy-Assistent wurde neu gestaltet. Wenn Sie auf der Seite „API Proxies“ in der Verwaltungs-UI auf „+ API Proxy“ klicken, führt Sie der neue Assistent durch den Prozess zum Erstellen eines API-Proxys. Alle Einstellungen des vorherigen API-Proxy-Assistenten sind verfügbar. (MGMT-1376)

API-Proxys mit OpenAPI-Dokumenten (Swagger) erstellen (Cloud 16.01.20)

Im Rahmen der Neugestaltung des API-Proxy-Assistenten können Sie jetzt einen API-Proxy aus einem OpenAPI-Dokument (Swagger) erstellen. Klicken Sie auf der ersten Seite des API-Proxy-Assistenten auf OpenAPI verwenden, wenn Sie Reverse-Proxy, Node.js-App oder Kein Ziel auswählen. Geben Sie in das angezeigte Feld die URL zu Ihrem OpenAPI-Dokument ein. Weitere Informationen finden Sie unter Einfachen API-Proxy erstellen. (MGMT-1376)

WSDL 1.2-Unterstützung für SOAP-Proxys (Cloud 16.01.20)

Apigee Edge unterstützt WSDL 1.2 beim Erstellen von API-Proxys zum Aufrufen von SOAP-Diensten. (MGMT-2835)

SSLInfo-Variablen in TargetEndpoint-Konfigurationen (Cloud 16.01.20)

In einem API-Proxy-TargetEndpoint können Sie SSL/TLS-Details dynamisch festlegen, um flexible Laufzeitanforderungen zu unterstützen. Im folgenden Beispiel für die Festlegung von SSLInfo in einer TargetEndpoint-Konfiguration können die Werte zur Laufzeit durch einen Java-Callout, eine JavaScript-Richtlinie oder eine Assign Message-Richtlinie bereitgestellt werden. Verwenden Sie die Nachrichtenvariablen, die die gewünschten Werte enthalten.

<TargetEndpoint>
...
  <SSLInfo>
    <Enabled>{myvars.ssl.enabled}</Enabled>
    <ClientAuthEnabled>{myvars.ssl.client.auth.enabled}</ClientAuthEnabled>
    <KeyStore>{myvars.ssl.keystore}</KeyStore>
    <KeyAlias>{myvars.ssl.keyAlias}</KeyAlias>
    <TrustStore>{myvars.ssl.trustStore}</TrustStore>
  </SSLInfo>
...
</TargetEndpoint>

Diese Funktion wird in den folgenden Dokumenten behandelt:

• Referenz zur API-Proxy-Konfiguration
• Dynamische SSLInfo für TargetEndpoint mit Variablenreferenz

(APIRT-1475)

Unterstützung des RSA_SHA256-Algorithmus für SAML-Assertion-Richtlinien (Cloud 16.01.20)

Die SAML-Assertion-Richtlinien unterstützen jetzt zusätzlich zu RSA_SHA1 auch den RSA_SHA256-Algorithmus. (APIRT-1779)

Validierung bei Zertifikats-Uploads (Cloud 16.01.20)

Um zu verhindern, dass abgelaufene oder ungültige Zertifikate in Keystores und Truststores hochgeladen werden, werden Zertifikate bei der Übertragung über die Management API validiert. Zertifikate werden validiert, um sicherzustellen, dass die Dateigröße nicht größer als 50 KB ist und das Format entweder PEM oder DER ist. Auch das Ablaufdatum des Zertifikats wird validiert. Wenn Sie die standardmäßige Ablaufvalidierung überschreiben möchten (um beim Hochladen nicht auf das Ablaufdatum des Zertifikats zu prüfen), verwenden Sie den folgenden Abfrageparameter: ?ignoreExpiryValidation=true

Weitere Informationen finden Sie unter JAR-Datei in einen Schlüsselspeicher hochladen und Zertifikat in einen Truststore hochladen. (SECENG-516) und (APIRT-2213)

Automatisches Abrufen auf der Seite „Node.js-Logs“ (Cloud 16.01.20)

Wenn Sie Node.js-Logs im Proxy-Editor ansehen, wird die Seite „Node.js-Logs“ regelmäßig automatisch aktualisiert, um neue verfügbare Logs aufzulisten. Klicken Sie auf „Automatische Aktualisierung beenden“, um die automatische Aktualisierung zu deaktivieren. (MGMT-1692)

X-Forwarded-For-HTTP-Header (Cloud 15.09.30)

Aus Sicherheitsgründen entfernt Edge standardmäßig den HTTP-Anfrageheader X-Forwarded-For, der eine oder mehrere IP-Adressen enthalten kann. Das neue Standardverhalten bedeutet, dass die von Edge empfangene Client-IP-Adresse die IP-Adresse ist, die sie vom letzten externen TCP-Handshake erhalten hat, und nicht eine Adresse, die möglicherweise gefälscht werden könnte, um die Access Control-Richtlinie zu umgehen.

Wenn Sie dieses Standardverhalten ändern und zulassen möchten, dass X-Forwarded-For-Adressen Ihre API-Proxys erreichen, müssen Sie die Eigenschaft feature.enableMultipleXForwardCheckForACL=true in Ihrer Organisation festlegen.

JavaScript-Zugriff auf Richtlinieneigenschaften (Cloud 15.07.08)

Wenn Sie JavaScript in API-Proxy-Abläufen verwenden, können Sie auf Attribute zugreifen, die in der JavaScript-Richtlinie definiert sind. Das ist besonders nützlich, wenn Sie bekannte Variablen in Ihrem JavaScript-Code verwenden möchten. Angenommen, Ihre JavaScript-Richtlinie enthält die folgende Attributdefinition:

<Properties>
    <Property name='source'>response.content</Property>
</Properties>

In Ihrem JavaScript können Sie mit einem Verweis auf die Eigenschaft „source“ auf die Antwort der Nachricht zugreifen, z. B. so:
var source = properties.get('source'); // returns: response.content
oder
var source = properties.source
oder
var source = properties['source']

Weitere Informationen finden Sie in der JavaScript-Richtlinie. (APIRT-1460)

Prüfungen auf Organisationsebene (Cloud 15.07.08)

Organisationsadministratoren können den Verlauf der auf Organisationsebene ausgeführten Aktionen prüfen. Wählen Sie in der Verwaltungs-UI Administrator > Organisationsverlauf aus. Weitere Informationen finden Sie unter Prüfungen: API-, Produkt- und Organisationsverlauf. (MGMT-2232)

Organisationsadministrator entfernt sich selbst aus der Rolle (Cloud 15.07.08)

Administratoren der Organisation können sich selbst aus der Rolle „Administrator der Organisation“ entfernen. Klicken Sie dazu in der Verwaltungsoberfläche auf Verwaltung > Organisationsnutzer und dann neben Ihrem Namen auf Entfernen. (MGMT-934)

Fortschrittsanzeige für den Import von API-Proxy-Bundles (Cloud 15.07.08)

Wenn Sie ein großes API-Proxy-Bundle über die Verwaltungs-UI hochladen, wird eine „Arbeits“-Animation angezeigt, um darauf hinzuweisen, dass der Import noch läuft. Sie können erst dann mit der Verwaltungs-UI interagieren, wenn der Import abgeschlossen ist. (MGMT-1285)

Cache-Verhalten und -Konfiguration (Cloud 15.07.22)

Zur besseren Verwaltung und Nutzung des In-Memory-Cache wurden die Einstellungen für „Maximale Anzahl von Elementen im Arbeitsspeicher“ für Cache-Ressourcen der Umgebung mit der Edge-Cloud-Version 15.06.10 eingestellt. In Edge Cloud-Release 15.07.22 wurde diese Einstellung aus der Benutzeroberfläche zum Erstellen von Caches im Bereich „Umgebungskonfiguration“ der Apigee Edge-Verwaltungsoberfläche entfernt.

Die Gesamtzahl der Elemente in allen Cache-Ressourcen (einschließlich des Standardcaches) hängt vom gesamten für den Cache zugewiesenen Arbeitsspeicher ab. Standardmäßig beträgt der für das In-Memory-Caching auf einem bestimmten Nachrichtenprozessor zugewiesene Gesamtspeicher 40% des insgesamt verfügbaren Arbeitsspeichers. Elemente werden nur dann aus dem In-Memory-Cache entfernt, wenn nicht genügend Cache-Speicher vorhanden ist oder die Elemente ablaufen. (MGMT-2413, APIRT-1140)

Zielserverkonfiguration in der Verwaltungsoberfläche (Cloud 15.07.22)

Auf der Seite „APIs“ > „Umgebungskonfiguration“ in der Verwaltungs-UI können Sie jetzt Zielserver hinzufügen, bearbeiten und löschen.

Außerdem wurde die Seite neu gestaltet, sodass Caches auch inline erstellt, hinzugefügt und gelöscht werden können, ohne dass eine neue Seite aufgerufen werden muss. Mehrere Cache-Properties, darunter „Maximale Anzahl von Elementen im Arbeitsspeicher“, sind in der Benutzeroberfläche nicht mehr verfügbar, da das Festlegen dieser Properties keine Auswirkungen mehr auf das Laufzeit-Cache-Verhalten hat. (MGMT-280)

SSL mit Nachrichtenprotokollierung in Syslog (Cloud 15.07.22)

Die Message Logging-Richtlinie unterstützt das Senden von Syslog über SSL/TLS an Drittanbieter für die Logverwaltung. Verwenden Sie Folgendes in der Richtlinienkonfiguration als direktes untergeordnetes Element des übergeordneten Elements:

<SSLInfo>
    <Enabled>true</Enabled>
</SSLInfo>

Weitere Informationen finden Sie in der Richtlinie für die Nachrichtenprotokollierung. (APIRT-942)

Verwaltungs-UI (Cloud 15.07.22)

Das Apigee-Entwicklungsteam hat verschiedene kleine Fehlerkorrekturen und Verbesserungen der Nutzerfreundlichkeit in der Management-Benutzeroberfläche vorgenommen.

cURL in Trace (Cloud 15.09.02)

Wenn Sie einen API-Proxy-Aufruf verfolgen, bei dem eine Anfrage an einen Zielserver gesendet wird, können Sie die Anfrage an den Zielserver als cURL-Befehl ansehen. Wählen Sie im Transaktionsübersichtsdiagramm die Phase „Anfrage an Zielserver gesendet“ aus und klicken Sie dann im Bereich „Phasendetails“ in der Spalte „Anfrage an Zielserver gesendet“ auf die Schaltfläche „Curl anzeigen“. (MGMT-2589)

Sonderzeichen für die Datenmaskierung (Cloud 15.09.02)

Wenn Sie die Datenmaskierung verwenden, um sensible Daten in JSON-Payloads zu maskieren, können jetzt auch Sonderzeichen wie $, *, und { maskiert werden. (APIRT-1727)

Schlüssel/Wert-Paare in der Verwaltungs-UI (Cloud 15.09.30)

Sie können jetzt Schlüssel/Wert-Paar-Zuordnungen (Key Value Maps, KVMs) im Umgebungsbereich in der Edge-Management-UI erstellen und verwalten. Umgebungsbezogene KVMs enthalten Schlüssel/Wert-Paare, auf die von jedem API-Proxy in einer Umgebung wie „test“ oder „prod“ zugegriffen werden kann. Rufen Sie in der Management-UI das Menü APIs > Umgebungskonfiguration > wählen Sie die gewünschte Umgebung aus > Tab „Schlüssel/Wert-Zuordnungen“ auf. Weitere Informationen finden Sie unter Schlüssel/Wert-Paare für Umgebungen erstellen und bearbeiten. (MGMT-1393)

Standardablauf der PopulateCache-Richtlinie in der Verwaltungs-UI (Cloud 15.09.30)

Wenn Sie eine PopulateCache-Richtlinie mit dem API-Proxy-Editor hinzufügen, wird das Element <TimeoutInSec> für den Cacheablauf mit dem Wert 3.600 Sekunden (1 Stunde) vorab ausgefüllt. Der vorherige Standardwert betrug 300 Sekunden (5 Minuten). (MGMT-2622)

Entwicklerdienste

Leistung der API-Produktseite, keine Entwickler-Apps aufgeführt (Cloud 16.01.20)

Wenn Sie ein API-Produkt auf der Verwaltungsoberfläche aufrufen, werden die mit diesem Produkt verknüpften Entwickler-Apps aufgeführt. Um die Leistung der Benutzeroberfläche zu verbessern, wird die Liste der Entwickler-Apps beim Bearbeiten des API-Produkts nicht angezeigt. (MGMT-2869)

Schlüsselspalte auf der Seite „Entwickler-Apps“ (Cloud 15.08.05)

In Organisationen mit einer großen Anzahl von Entwickler-Apps (Tausende) kann die Anzeige der Spalte „Schlüssel“ auf der Seite „Entwickler-Apps“ (zeigt die Anzahl der Schlüssel pro App an) die Anzeigeleistung beeinträchtigen. Um die Anzeigeleistung in dieser Situation zu verbessern, wenden Sie sich an den Apigee-Support, um die folgende Property auf Organisationsebene festzulegen: features.appsNoCredentialsEnabled = true. Diese Property entfernt die Spalte „Schlüssel“. Wenn Sie die Spalte „Schlüssel“ entfernen, können Sie jedoch auch nicht mehr nach Consumer-Key und ‑Secret suchen. (MGMT-2486)

Fortschrittsanzeige auf der Detailseite für Entwickler (Cloud 15.09.30)

Wenn die Detailseite für Entwickler in der Verwaltungs-UI geladen wird, wird im Bereich „Apps“ ein Fortschritts-Spinner angezeigt, wenn Apps noch geladen werden. Das vorherige Verhalten, bei dem der Bereich „Apps“ beim Laden von Apps leer angezeigt wurde, wird dadurch verbessert. (MGMT-2667)

Monetarisierung

API-Paketnamen bearbeiten (Cloud 16.01.20)

Sie können den Namen eines API-Pakets jederzeit während des Monetarisierungszyklus aktualisieren, auch wenn das API-Paket ein veröffentlichtes Preismodell enthält. (DEVRT-2177)

Dezimalstellen in benutzerdefinierten Attributen zulässig (Cloud, 16.01.20)

Wenn Sie einen Plan vom Typ „Rate Card with Custom Attribute“ (Tarifkarte mit benutzerdefiniertem Attribut) verwenden, kann das benutzerdefinierte Attribut in der Nachrichtenkopfzeile, das als Multiplikator für die Transaktion verwendet wird, jetzt ein Dezimalwert mit bis zu vier Dezimalstellen sein. Weitere Informationen zu dieser Art von Plan finden Sie unter Details zu benutzerdefinierten Attributen für Ratenkarten angeben (DEVRT-2191).

Name und ID des Preisplans in Zusammenfassungsberichten (Cloud 15.09.02)

Wenn Sie mit der Management API einen zusammenfassenden Umsatzbericht erstellen, können Sie dem Bericht die Spalten „Tarifpaketname“ und „Tarifpaket-ID“ hinzufügen. Fügen Sie dazu „RATEPLAN“ als groupBy-Attribut in den API-Aufruf ein, wie unter Berichte erstellen beschrieben. Diese Funktion ist noch nicht in der Benutzeroberfläche des Monetarisierungsberichts verfügbar. In Detailberichten befinden sich die vorhandenen Spalten für den Namen und die ID des Tarifmodells jetzt zusammen mit den anderen Gruppierungsspalten am Anfang des Berichts. (DEVRT-1740)

Analytics-Dienste

Funktion „sum( )“ für Messwerte zur Reaktionszeit (Cloud 16.01.20)

In benutzerdefinierten Analytics-Berichten und API-Aufrufen ist die Aggregatfunktion „sum“ jetzt für „Target Response Time“, „Total Response Time“ und „end_point_response_time“ verfügbar. In der /stats API (http://docs.apigee.com/management/apis/get/organizations/%7Borg_name%7D/environments/%7Benv_name%7D/stats/%7Bdimension_name%7D-0) können Sie jetzt beispielsweise den folgenden „select“-Abfrageparameter verwenden: ?select=sum(total_response_time). (AXAPP-2006)

Latenzanalysebericht: API-Proxy-Namen sortiert (Cloud 16.01.20)

In der Benutzeroberfläche des Berichts zur Latenzanalyse (nur Apigee Edge Enterprise-Abos) werden die API-Proxys in der Drop-down-Liste „Proxy“ alphabetisch aufgeführt. (MGMT-2858)

Entwickler-Apps im Dashboard nach Anzeigenamen anzeigen lassen (Cloud 16.01.20)

Im Balkendiagramm „Entwickler-Apps“ im Dashboard der Verwaltungs-UI werden Entwickler-Apps nach Anzeigenamen und nicht nach internem Namen aufgeführt. (MGMT-2853)

Neues Datum/Uhrzeit-Widget in benutzerdefinierten Berichten (Cloud, 16.01.20)

Das Widget zur Auswahl von Datum und Uhrzeit auf der Seite „Benutzerdefinierte Berichte“ in der Verwaltungs-UI wurde verbessert. (MGMT-2881)

Aufschlüsselung nach Stadt in der geografischen Karte (Cloud, 15.07.2022)

Die geografische Karte in Analytics enthält eine Aufschlüsselung nach Stadt für die USA und Kanada. Wenn Sie auf der Karte auf einen Bundesstaat oder eine Provinz klicken, wird eine Liste der Städte angezeigt, aus denen Anrufe stammen. (MGMT-2282)

| (Pipe) und Gleichheitszeichen in benutzerdefinierten Analytics-Berichten (Cloud 15.09.02)

In benutzerdefinierten Berichtsdefinitionen in Analytics werden die Symbole „|“ (Pipe) und „=“ unterstützt. Bisher mussten %7C und %3D für diese Symbole verwendet werden. (MGMT-2504)

Dimension „Suffix des Proxy-Pfads“ (Cloud 15.09.30)

In benutzerdefinierten Berichten und API-Aufrufen für Analytics ist jetzt die neue Dimension „Suffix des Proxy-Pfads“ (proxy_pathsuffix) verfügbar. Das Proxy-Pfadsuffix ist der Teil einer API-Proxy-URL, der nach dem Basispfad kommt, z. B. der Pfad, der für bedingte Abläufe erstellt wurde. (AXAPP-1902)

In Berichten werden Entwickler-IDs anstelle von Anzeigenamen angezeigt (Cloud 15.09.30)

Wenn Sie Edge Analytics API-Aufrufe mit der /stats API ausführen, die Entwickler zurückgibt, wird der Anzeigename des Entwicklers zusammen mit der Entwickler-ID zurückgegeben. Bisher wurde nur die Entwickler-ID zurückgegeben. (AXAPP-1759)

Fehlerkorrekturen

Folgende Fehler wurden in diesem Release behoben.

Private Cloud 4.16.01

In der folgenden Tabelle sind die Fehler aufgeführt, die seit der Version 4.16.01 von Edge for Private Cloud behoben wurden. Folgen Sie der Anleitung unter Apigee Edge 4.16.01.x auf die neueste Version von 4.16.01 aktualisieren, um diese Korrekturen zu erhalten und Ihre Installation von 4.16.01 auf die neuesten RPMs und Supportdateien zu aktualisieren.

Cloud 16.01.20

Cloud 15.07.08

Cloud 15.07.22

Cloud 15.08.05

Cloud 15.09.02

Cloud 15.09.30

Private Cloud 4.15.07.03

Private Cloud 4.15.07.01

Bekannte Probleme

Diese Version weist die folgenden bekannten Probleme auf.

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