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 in der Private Cloud kann 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 sind die neuen Funktionen und Verbesserungen in diesem Release aufgeführt. Zusätzlich zu den folgenden Verbesserungen enthält diese Version auch mehrere 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 Definitionen für virtuelle Hosts einen Hostalias enthalten, bevor Sie die Migration durchführen.

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, die sich jetzt im folgenden Verzeichnis befinden:

/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 einer vorhandenen Eigenschaft zu ändern oder eine neue Eigenschaft 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 Edge Ihre Einstellungen versehentlich überschreibt.

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 Skripts „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 für die 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 apigee-openldap-Komponente 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-Versionen 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: About the 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. Jetzt müssen Sie Ihren eigenen Load Balancer zwischen dem API BaaS-Portal und den drei API BaaS-Stapelknoten verwenden.

Alternativ zu einem Load-Balancer können Sie auch 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 automatisch A-Eintragswerte im Round-Robin-Verfahren zurück.

Neue Dokumentation, in der beschrieben wird, wie Sie Cassandra- und ZooKeeper-Knoten hinzufügen und wie Sie einem vorhandenen Rechenzentrum ein Rechenzentrum hinzufügen

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

Orgtool entfernt

Mit dem orgtool konnte eine Edge-Installation abgefragt werden, um Informationen zu einer Organisation zu erhalten. Dieses Tool wurde entfernt. Sie können jetzt die Edge-Benutzeroberfläche 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 Operations Guide für Edge, der auf der Apigee-FTP-Website verfügbar ist: ftp://ftp.apigee.com/.

Alphaversion 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 Dashboard-Daten erstellen und 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 Benutzeroberfläche zur Verwaltung (Cloud 15.09.30)

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

API-Dienste

Neugestaltung des API-Proxy-Assistenten (Cloud 16.01.20)

Der API-Proxy-Assistent wurde überarbeitet. Wenn Sie auf der Seite „API-Proxys“ in der Verwaltungs-UI auf „+ API-Proxy“ klicken, führt Sie der neue Assistent durch den Prozess zum Erstellen von 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 neuen 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 TargetEndpoint eines API-Proxys können Sie SSL/TLS-Details dynamisch festlegen, um flexible Laufzeitanforderungen zu unterstützen. Im folgenden Beispiel wird gezeigt, wie SSLInfo in einer TargetEndpoint-Konfiguration festgelegt wird. Die Werte können zur Laufzeit über ein Java-Callout, eine JavaScript-Richtlinie oder eine Assign Message-Richtlinie bereitgestellt werden. Verwenden Sie die Nachrichtenvariablen, die die Werte enthalten, die Sie festlegen möchten.

<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
• Dynamic SSLInfo for TargetEndpoint using variable reference

(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 Upload ü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 Keystore 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)

Für mehr Sicherheit 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 Richtlinie zur Zugriffssteuerung 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 Richtlinienattribute (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 das Attribut „source“ auf die Nachrichtenantwort 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 Admin > Organization History (Administrator > Organisationsverlauf) aus. Weitere Informationen finden Sie unter Audits: API-, Produkt- und Organisationsverlauf. (MGMT-2232)

Selbstentfernung von Organisationsadministratoren aus der Rolle (Cloud 15.07.08)

Organisationsadministratoren können sich selbst aus der Rolle „Organisationsadministrator“ in der Verwaltungsoberfläche entfernen. Klicken Sie dazu 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 in der 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 Elemente im Arbeitsspeicher“ für Cache-Ressourcen in der Umgebung ab der Edge-Cloud-Version 15.06.10 eingestellt. In Edge Cloud-Version 15.07.22 wurde diese Einstellung aus der Benutzeroberfläche zum Erstellen von Caches im Bereich „Umgebungskonfiguration“ der Apigee Edge-Verwaltungs-UI 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 Message Processor zugewiesene Gesamtspeicher 40% des insgesamt verfügbaren Speichers. 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)

Zielserver-Konfiguration in der Verwaltungsoberfläche (Cloud, 15.07.2022)

Auf der Seite „APIs“ > „Umgebungskonfiguration“ in der Verwaltungsoberfläche 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-Attribute, darunter „Maximale Anzahl von Elementen im Arbeitsspeicher“, sind nicht mehr in der Benutzeroberfläche verfügbar, da das Festlegen dieser Attribute 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 Nachrichten-Logging. (APIRT-942)

Management-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 Diagramm „Transaktionskarte“ 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-Nutzlasten zu maskieren, können jetzt auch Sonderzeichen wie $, *, und { maskiert werden. (APIRT-1727)

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

Sie können jetzt umgebungsbezogene Schlüssel/Wert-Zuordnungen (Key Value Maps, KVMs) in der Edge-Verwaltungsoberfläche erstellen und verwalten. Umgebungsbezogene KVMs enthalten Schlüssel/Wert-Paare, auf die jeder API-Proxy in einer Umgebung (z. B. Test oder Produktion) zugreifen kann. Rufen Sie in der Verwaltungsoberfläche das Menü APIs > Umgebungskonfiguration > wählen Sie die gewünschte Umgebung aus > Tab „Schlüssel/Wert-Paar-Zuordnungen“ auf. Weitere Informationen finden Sie unter Umgebungsschlüssel/Wert-Zuordnungen erstellen und bearbeiten. (MGMT-1393)

Standardablauf der PopulateCache-Richtlinie in der Management-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 automatisch mit dem Wert 3.600 Sekunden (1 Stunde) 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 in 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 „Key“ auf der Seite „Developer Apps“ (zeigt die Anzahl der Schlüssel pro App an) die Anzeigeleistung beeinträchtigen. Wenn Sie die Anzeigeleistung in dieser Situation verbessern möchten, wenden Sie sich an den Apigee-Support, um das folgende Attribut auf Organisationsebene festzulegen: features.appsNoCredentialsEnabled = true. Mit dieser Property wird die Spalte „Schlüssel“ entfernt. 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 Seite „Entwicklerdetails“ (Cloud 15.09.30)

Wenn die Seite „Entwicklerdetails“ in der Verwaltungs-UI geladen wird, wird im Abschnitt „Apps“ ein Fortschritts-Spinner angezeigt, wenn Apps noch geladen werden. Das bisherige 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)

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

Wenn Sie einen Plan vom Typ „Rate Card with Custom Attribute“ (Tarif mit benutzerdefiniertem Attribut) verwenden, kann das benutzerdefinierte Attribut im Nachrichtenkopf, das als Multiplikator für die Transaktion verwendet wird, jetzt ein Dezimalwert mit bis zu vier Dezimalstellen sein. Weitere Informationen zu diesem Plantyp 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 „Name des Tarifpakets“ 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 Berichts zur Monetarisierung 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-Pläne) 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 für 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 für die USA und Kanada einen Drilldown nach Stadt. 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)

Zeichen „|“ (senkrechter Strich) und „=“ in benutzerdefinierten Analytics-Berichten (Cloud 15.09.02)

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

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

In benutzerdefinierten Berichten und API-Aufrufen für Analytics ist eine neue Dimension „Suffix des Proxy-Pfads“ (proxy_pathsuffix) verfügbar. Das Proxy-Pfadsuffix ist der Teil einer API-Proxy-URL, der nach dem Basispfad folgt, 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 Veröffentlichung von Edge for Private Cloud 4.16.01 behoben wurden. Folgen Sie der Anleitung unter Apigee Edge 4.16.01.x auf den neuesten Release von 4.16.01 aktualisieren, um diese Fehlerkorrekturen 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

Dieser Release weist die folgenden bekannten Probleme auf.

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