Sie sehen die Dokumentation zu Apigee Edge.
Zur Apigee X-Dokumentation weitere Informationen
Am Dienstag, dem 8. September 2015, haben wir einen wichtigen Funktionsrelease von Apigee Edge für Private Cloud veröffentlicht.
Seit dem vorherigen 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:
Welche Edge-Versionen können Sie auf 4.15.07.00 aktualisieren?
Je nach Ihrer aktuellen Edge-Version haben Sie folgende Möglichkeiten:
- Direktes Upgrade auf 4.15.07.00
- Führen Sie schrittweise Upgrades durch. Dies bedeutet, dass Sie von der aktuellen Version auf eine andere Edge-Version und dann auf 4.15.07.00 upgraden müssen.
Weitere Informationen finden Sie unter Für welche Edge-Versionen für Private Cloud können Sie ein Upgrade auf 4.15.07.00 durchführen?.
Vor dem Upgrade von Version 4.15.01.x oder einer früheren Version
- Prüfen Sie die Cassandra-SSTable-Version:
- Ändern Sie das Verzeichnis in /<install-root>/apigee4/data/cassandra/data.
- Führen Sie den Befehl „find“ aus:
> find . -name *-ic-*
Die Ergebnisse sollten eine Reihe von DB-Dateien zurückgeben, wenn Sie Cassandra 1.2 SSTable ausführen. - Führen Sie den folgenden Befehl aus:
> find . -name *-hf-*
Die Ergebnisse sollten leer sein, d. h., keine DB-Dateien haben das hf-Format. Wenn Sie keine Dateien im hf-Format sehen, sind Sie fertig und können ein Upgrade auf 4.15.07.00 ausführen.
Das hf-Format gilt für Cassandra 1.0-SSTables. Wenn Sie *.db-Dateien im hf-Format haben, müssen Sie SSTable wie im Folgenden beschrieben aktualisieren.
- Wenn Sie *.db-Dateien im hf-Format finden, führen Sie ein Upgrade von SSTable durch, indem Sie den folgenden Befehl auf jedem Cassandra-Knoten ausführen, bis Sie alle Cassandra-Knoten aktualisiert haben:
> /<install-root>/apigee4/share/apache-cassandra/bin/nodetool -h localhost upgradestables -a - Wiederholen Sie Schritt 1, um zu überprüfen, ob alle *.db-Dateien im ic-Format für Cassandra 1.2 vorliegen.
- Wiederholen Sie die Schritte 1 bis 3 auf jedem Cassandra-Knoten in Ihrer Edge-Installation.
- Führen Sie ein Upgrade auf Edge 4.15.07.00 durch.
- Prüfen Sie nach dem Upgrade auf 4.15.07.00 die *.db-Dateien, um sicherzustellen, dass sie alle auf die C* 2.0-Stabilität aktualisiert 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 ausführen.
Neue Features und Verbesserungen
Im Folgenden sind die neuen Funktionen und Verbesserungen in dieser Version aufgeführt.
Installation und Upgrade
Selektives Upgrade und Deinstallation von Komponenten
Mit den Skripts apigee-upgrade.sh und apigee-uninstall.sh können Sie jetzt die Edge-Komponenten auswählen, die aktualisiert oder deinstalliert werden sollen. Zuvor wurden alle Komponenten auf dem Knoten aktualisiert oder deinstalliert. (OPDK-1377, OPDK-1175)
Upgrade-Rollback
Wenn apigee-upgrade.sh während eines Upgrades fehlschlägt, können Sie jetzt das Skript apigee-rollback.sh verwenden, um ein Rollback des Upgrades durchzuführen. Nachdem Sie alle Probleme beim Upgrade behoben haben, können Sie es noch einmal versuchen. (OPDK-1275)
Gekürzte Optionen für das Installationsprogramm
Die Installationsskripts haben nicht mehr die lange Form von Optionen wie --help. Jetzt sind nur noch einzelne Buchstaben möglich, z. B. „-h“. (OPDK-1356)
SmartDocs-Installation
Wenn Sie SmartDocs mit dem Skript „setup-smartdocs.sh“ installieren, werden Sie aufgefordert, die Organisation, die Umgebung und den virtuellen Host einzugeben. Dadurch wird sichergestellt, dass SmartDocs am erwarteten Speicherort installiert wird. Bisher wurden diese Werte im Skript hartcodiert. (OPDK-1310)
update-cass-pwd-in-config.sh ohne Eingabeaufforderungen ausführen
Das Skript „update-cass-pwd-in-config.sh“ kann ohne Eingabeaufforderungen 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.
Von Edge Private Cloud unterstütztes OpenJDK 1.7
Diese Version von Edge unterstützt Oracle JDK 1.7 und OpenJDK 7. JDK 1.6 wird nicht mehr unterstützt. (OPDK-1187)
Betriebssystemunterstützung
Apigee Edge for Private Cloud hat seine Betriebssystemunterstützung auf Red Hat Enterprise Linux 6.6 und 7.0 (64-Bit), CentOS 6.5, 6.6 und 7.0 (64-Bit) sowie Oracle Linux 6.5 erweitert.
Cassandra 2.0.15 in OPDK 15.07 enthalten
Dieses Release installiert Cassandra 2.0.15. Wenn Sie ein Upgrade für eine vorherige Version durchführen, wird auch Ihre Cassandra-Version aktualisiert. (OPDK-1197)
SHA2-Unterstützung für OAuth-Token-Hashing
Um OAuth-Tokens im Fall einer Datenbanksicherheit 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 die Hash-Technologie für neue Tokens aktivieren und konfigurieren sowie die alte Hash-Technologie für alle Tokens beibehalten, die vor dieser neuen Funktion vorhanden waren. Zuvor war in Edge for Private Cloud ein Attribut namens hash.oauth.tokens.enabled in der Datei keymanagement.properties (auf Ihrem Verwaltungsserver und auf Ihrem Nachrichtenprozessor) die automatische SHA1-Hash-Technologie von OAuth-Tokens aktiviert. Diese Property wurde eingestellt.
Wenn Sie zuvor die Eigenschaft hash.oauth.tokens.enabled verwendet haben, um SHA1-Hash-Technologie zu aktivieren, generiert das Upgradeskript für diese Version automatisch die neuen Attribute auf Organisationsebene für Sie. Führen Sie zur Bestätigung nach dem Upgrade einen GET als Systemadministrator mit dieser API aus: https://{host}:{port}/v1/o/{your_org}.
- Informationen zum Aktivieren der Token-Hash-Technologie in Ihrer Organisation mit den neuen Attributen finden Sie unter "Hash-Tokens in der Datenbank" im Thema Zugriffstokens anfordern.
- Informationen zum Bulk-Hashing vorhandener Tokens finden Sie in der Betriebsanleitung für Edge for Private Cloud. (APIRT-1389)
Flache Verzeichnisstruktur für Protokolldateien
Sie können Edge so konfigurieren, dass Logdateien in einer flachen Verzeichnisstruktur gespeichert werden. Dazu setzen Sie das neue Attribut enable.flat.directory.structure in der Datei message-logging.properties auf „true“. Weitere Informationen finden Sie unter Richtlinie für das Nachrichten-Logging.
(APIRT-1394)
Cache-Leistung der Umgebung
Zur besseren Verwaltung und Nutzung des speicherinternen Caches wurden die Einstellungen für „Maximale Anzahl von Elementen im Arbeitsspeicher“ für Umgebungs-Cache-Ressourcen eingestellt. Die Gesamtzahl der Elemente, die in allen Cache-Ressourcen (einschließlich des Standard-Cache) vorhanden sind, hängt vom gesamten Arbeitsspeicher ab, der dem Cache zugewiesen ist. Standardmäßig beträgt der Gesamtarbeitsspeicher, der für das speicherinterne Caching auf einem bestimmten Nachrichtenprozessor zugewiesen ist, 40% des insgesamt verfügbaren Arbeitsspeichers. Dies wird anhand der Cache-Attributeinstellungen in der Datei „cache.properties“ des Nachrichtenprozessors bestimmt. Elemente werden nur dann aus dem speicherinternen Cache entfernt, wenn nicht genügend Cache-Speicher vorhanden ist oder die Elemente ablaufen.
Wenn Sie zum vorherigen Verhalten der Verwendung des Attributs „Maximale Anzahl von Elementen im Arbeitsspeicher“ für die Cache-Verwaltung zurückkehren möchten, legen Sie das Attribut overrideMaxElementsInCacheResource=false in der Datei „cache.properties“ fest. (APIRT-1140)
API-Dienste
Im Folgenden sind die neuen API-Dienste-Funktionen in dieser Version aufgeführt.
Neuer Proxy-Editor als Standard
Der neue API-Proxy-Editor ist in der Verwaltungsoberfläche standardmäßig aktiviert. Der neue Editor bietet viele Verbesserungen bei der Nutzerfreundlichkeit, darunter umfassendere Ansichten von bedingten Abläufen und Endpunkten auf der Übersichtsseite, alle Konfigurationen auf der Seite „Develop“, intuitiveres Hinzufügen von bedingten Abläufen, Endpunkten und Richtlinien, vollständigere XML-Ansichten als kleine Snippets, Suche nach Dateinamen und Text. (MGMT-2279)
Neue Richtlinie zum Löschen von OAuth 2.0-Informationen
Mit der neuen Richtlinie „OAuth v2.0-Informationen löschen“ kannst du OAuth v2-Zugriffstokens und Autorisierungscodes löschen. Die Richtlinie ersetzt die bisher von der Management API bereitgestellten Funktionen. Weitere Informationen findest du unter OAuthV2-Informationsrichtlinie löschen. (MGMT-2257)
Neue Informationsrichtlinie zum Löschen von OAuth v1.0
Mit der neuen Richtlinie „OAuth v1.0-Informationen löschen“ kannst du OAuth v1.0-Anfragetokens, Zugriffstokens und Prüfcodes löschen. Die Richtlinie ersetzt die bisher von der Management API bereitgestellten Funktionen. Weitere Informationen finden Sie unter OAuth V1 Info-Richtlinie löschen. (APIRT-1351)
Richtlinie für die Zugriffssteuerung
Die Richtlinie für die Zugriffssteuerung wurde erweitert, um eine präzisere Auswertung von IP-Adressen für Zulassungs- und Sperrlisten zu ermöglichen, wenn IP-Adressen im HTTP-Header X-FORWARDED-FOR 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 einem neuen <ValidateBasedOn>-Element in der Richtlinie die Prüfung auf die erste, letzte IP-Adresse oder alle IP-Adressen im Header vornehmen. Weitere Informationen finden Sie unter Zugriffssteuerungsrichtlinie.
Neue Entitäten in der Richtlinie für Zugriffsentitäten
Die Richtlinie für Zugriffsentitäten bietet Zugriff auf die folgenden neuen Entitäten: Consumerkey-scopes, Autorisierungscode, Anfragetoken und Verifier. Weitere Informationen finden Sie unter Richtlinie für Access Entity.
Statistics Collector-Richtlinie: automatische Konvertierung des Namens der Statistik in Kleinbuchstaben
Beim Erstellen einer benutzerdefinierten Analysesammlung im API-Proxy-Editor (Seite „Entwickeln“ > „Tools“ > „Benutzerdefinierte Analytics-Sammlung“) muss die Collector-Variable (Statistik) „Name“ kleingeschrieben werden. Wenn Sie den Namen in Großbuchstaben eingeben, konvertiert das Tool den Statistiknamen in der Statistics Collector-Richtlinie automatisch in Kleinbuchstaben. (MGMT-740)
Klassisches Trace aus dem API-Proxy-Editor entfernt
Die neueste Version der Trace-Funktion im API-Proxy-Editor ist nicht mehr in der Betaphase, sondern allgemein verfügbar. Der Zugriff auf das klassische Trace über den Link „Auf die klassische Version von Trace zugreifen“ ist nicht mehr verfügbar.
Apigee-Community-Zugriff über das Hilfemenü der Verwaltungs-UI
Sie können über das Hilfemenü der Verwaltungs-UI auf die Apigee-Community zugreifen.
Fehlermeldungen in der Verwaltungsoberfläche
Im Folgenden finden Sie Verbesserungen an Fehlermeldungen in der Verwaltungsoberfläche:
- Die Verwaltungs-UI, die zum Gruppieren und Anzeigen aller Fehlermeldungen auf der UI für die gesamte Anmeldesitzung verwendet wird, sofern Sie sie nicht geschlossen haben. Durch dieses Update werden die Fehlermeldungen automatisch gelöscht, wenn du die Seite verlässt, auf der sie aufgetreten sind. (MGMT-2254)
- In der Verwaltungsoberfläche werden doppelte Fehlermeldungen nicht mehr unterdrückt. (MGMT-2242)
Verbesserte UI-Leistung und Fehler
In verschiedenen Bereichen der Verwaltungs-UI wurden allgemeine Verbesserungen vorgenommen, einschließlich der Leistung der Seitenanzeige und der Bereinigung von Fehlermeldungen.
Rollen-Hyperlinks auf der Seite „Organisationsnutzer“ in der Verwaltungsoberfläche
Auf der Seite „Organisationsnutzer“ in der Verwaltungsoberfläche („Verwaltung“ > „Organisationsnutzer“) werden Rollennamen jetzt als Hyperlink angezeigt, sodass Sie schnell zu Rollenseiten wechseln können. (MGMT-1055)
Neue Zielvariablen im Nachrichtenfluss
Neue Variablen in Nachrichtenflüssen bieten umfassendere URL-Informationen für Zielendpunkte und Zielserver:
-
TargetEndpoint:
request.urlersetzttarget.basepath.with.query. -
Zielserver:
loadbalancing.targetserverersetzttargetserver.name. Außerdem wirdtarget.basepathnur ausgefüllt, wenn das Element<Path>im Element HTTPTargetConnection<LoadBalancer>des TargetEndpoint 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 den 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 für alle diese Ziele dasselbe Zertifikat verwendet werden muss.
Es ist keine Edge-spezifische Konfiguration erforderlich. Wenn Ihre Umgebung für südliches SNI konfiguriert ist (Edge Cloud ist standardmäßig), wird dies von Edge unterstützt.
Edge extrahiert automatisch den Hostnamen aus der Anfrage-URL und fügt ihn der SSL-Handshakeanfrage hinzu. Wenn der Zielhost beispielsweise https://example.com/request/path lautet, fügt Edge die Erweiterung server_name hinzu, wie unten gezeigt:
Weitere Informationen zu SNI finden Sie unter http://en.wikipedia.org/wiki/Server_Name_Indication.
„Signature Algorithm“ (Signaturalgorithmus) in den Details zu SSL-Zertifikaten
Den Details des SSL-Zertifikats wurde das neue Feld „Signaturalgorithmus“ hinzugefügt. Sie können es auf der Verwaltungsoberfläche (Verwaltung > SSL-Zertifikate) und in der Verwaltungs-API unter Zertifikatdetails aus einem Schlüsselspeicher oder Truststore abrufen einsehen. Das Feld zeigt entweder „sha1WithRSAEncryption“ oder „sha256WithRSAEncryption“ an, je nach Art des Hash-Algorithmus, der zum Generieren des Zertifikats verwendet wurde.
SSL-Zertifikate, deren Ablaufdatum fast erreicht ist
Auf der Seite SSL-Zertifikate in der Verwaltungsoberfläche (Verwaltung > SSL-Zertifikate) wird angezeigt, wann SSL-Zertifikate in 10, 15, 30 oder 90 Tagen ablaufen, je nach Ihrer Auswahl im Drop-down-Feld für die neue Ablaufzeit.
Bedrohungsschutzfehlerkonfiguration
Standardmäßig gibt Edge den Statuscode „HTTP 500 Internal Server Error“ und den Fehler „ExecutionFailed“ aus, wenn eine Nachricht die JSON- oder XML-Bedrohungsschutzrichtlinie nicht überschreitet. Sie können dieses Fehlerverhalten mit einer neuen Property auf Organisationsebene ändern. Wenn das Organisationsattribut features.isPolicyHttpStatusEnabled auf „true“ gesetzt wird, geschieht Folgendes:
- Anfrage: Wenn an einen Anfragefluss eine Bedrohungsschutzrichtlinie angehängt ist, geben ungültige Nachrichten einen 400-Statuscode zusammen mit einer entsprechenden Richtlinienfehlermeldung zurück.
- Antwort: Auch wenn eine Bedrohungsschutzrichtlinie an einen Antwortfluss angehängt ist, geben ungültige Nachrichten weiterhin den Statuscode 500 zurück. Außerdem wird eine der entsprechenden Richtlinienfehlermeldungen ausgegeben (und nicht nur „ExecutionFailed“).
Cloud-Kunden müssen sich an den Apigee-Support wenden, um die Organisationseigenschaft festzulegen. Dieses Feature wird Edge Private Cloud-Kunden mit dem nächsten vierteljährlichen Private Cloud-Release zur Verfügung stehen.
Aktualisierte Schemas für Endpunkte, Proxys und andere Entitäten
Referenzschemas wurden für Entitäten aktualisiert, die keine Richtlinien sind, z. B. TargetEndpoint, ProxyEndpoint, APIProxy und viele andere. 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 aufgeführt, die in dieser Version enthalten sind.
Allgemeine Verfügbarkeit von SmartDocs
SmartDocs wechselt von der Betaversion zur allgemeinen Verfügbarkeit. Zu den Updates und neuen Funktionen gehören:
- Unterstützung für Swagger 2.0, einschließlich Import per Datei oder URL, einschließlich Unterstützung für benutzerdefinierte Sicherheitsobjekte.
- Verbesserungen am Design der Vorlagen, die SmartDocs generieren
- Verbesserungen der Nutzerfreundlichkeit und des Workflows im Entwicklerportal, verfügbar über das Menü „Content“ > „SmartDocs“ in Drupal
- Die bisherige Authentifizierung mit einem benutzerdefinierten Token heißt jetzt „API-Schlüssel“.
- Sicherheitsobjekte, die auf Versionsebene definiert wurden.
- Konfiguration der Clientauthentifizierung auf Vorlagenebene. Bei neuen Überarbeitungen werden keine vorkonfigurierten SmartDocs-Clientanmeldedaten mehr zurückgesetzt.
Weitere Funktionsbeschreibungen finden Sie in diesem Blogpost.
Weitere Informationen zur SmartDocs-Dokumentation finden Sie unter SmartDocs zum Dokumentieren von APIs verwenden.
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 einer Entwickler-App-Seite in der Verwaltungsoberfläche („Veröffentlichen“ > „Entwickler-Apps“ > „App-Name“) wird der interne „Name“ der App zusammen mit dem „Anzeigenamen“ angezeigt. So lassen sich Apps zur Fehlerbehebung und API-Verwaltung leichter anhand ihrer internen Namen identifizieren.
Analysedienste
Im Folgenden sind die neuen Analytics Services-Funktionen in dieser Version aufgeführt.
Zeitlimit für aufbewahrte Daten
Beim Generieren von Analyseberichten mit der Verwaltungs-UI oder -API sind standardmäßig keine Daten verfügbar, die älter als sechs Monate sind. Wenn Sie auf Daten zugreifen möchten, die älter als sechs Monate sind, wenden Sie sich an den Apigee-Support.
Klassische Version benutzerdefinierter Berichte wird von der Verwaltungsoberfläche entfernt
Die optionale klassische Version der benutzerdefinierten Analyseberichte ist nicht mehr in der Verwaltungsoberfläche verfügbar.
Leistung des Entwickler-Engagement-Widgets
Das Trichter-Widget im Haupt-Analyse-Dashboard (Bereich Entwicklerinteraktionen) wurde verbessert, um eine bessere Leistung zu bieten.
Monetarisierung
Im Folgenden sind die neuen Monetarisierungsfunktionen in dieser Version aufgeführt.
E-Mail-Benachrichtigungen zu Preisplänen
Mit dem neuen E-Mail-Benachrichtigungstyp „Preisplan“ können Sie Entwickler benachrichtigen, wenn sie eine bestimmte Transaktions- oder Dollargrenze in den von ihnen erworbenen Volumen- oder Pakettarifen erreichen. Weitere Informationen finden Sie unter Benachrichtigungen mit Benachrichtigungsvorlagen einrichten.
Synchronisierung wiederkehrender Gebühren und Zeitraum der Aggregationsgrundlagen
In einem Preisplan waren möglicherweise zwei verschiedene Zeiträume aktiv:
- Zeitraum für wiederkehrende Gebühren, der auf dem Tab „Gebühren“ eines Preisplans konfiguriert wird und der bestimmt, wann Entwicklern eine wiederkehrende Gebühr in Rechnung gestellt wurde.
- Der Aggregationsgrundzeitraum, der auf der Preisliste für Volumen-Band- oder Bundle-Pläne definiert ist und der bestimmt, wann die Bundle-Nutzung für Entwickler zurückgesetzt wurde.
Diese beiden Perioden sind jetzt synchronisiert. Wenn ein Preisplan sowohl eine wiederkehrende Gebühr ungleich null als auch eine Volumen- oder Paketpreisliste enthält, wird für beide der Zeitraum der wiederkehrenden Gebühren verwendet. Ist beispielsweise eine monatliche Gebühr vorhanden, werden Preislistenpakete ebenfalls monatlich zurückgesetzt (standardmäßig am Monatsanfang).
Wenn keine wiederkehrende Gebühr vorhanden ist, werden Sets basierend auf der in der Preisliste definierten Aggregationsgrundlage zurückgesetzt. Wenn ein Entwickler beispielsweise am 19. des Monats mit der Verwendung einer Preisliste beginnt und die Aggregationsgrundlage jeden Monat ist, wird die Bundle-Nutzung einen Monat nach dem 19. zurückgesetzt.
Die Aggregationsgrundlage wird verworfen und in einem zukünftigen Release aus der Monetarisierung entfernt. Weitere Informationen finden Sie unter Details für Preislistentarife angeben.
Benutzerdefinierte Attribute in Umsatzzusammenfassungen
Mit Richtlinien zur Transaktionsaufzeichnung können Sie optional Daten zu benutzerdefinierten Attributen aus Transaktionen erfassen. Diese benutzerdefinierten Attribute können Sie jetzt in Umsatzübersichtsberichte aufnehmen. Wenn Sie Ihrer Organisation die Property MINT.SUMMARY_CUSTOM_ATTRIBUTES hinzufügen, können Sie angeben, welche benutzerdefinierten Attribute den Datenbanktabellen für die Verwendung in Berichten hinzugefügt werden.
Kunden von Apigee Edge für Private Cloud können das Flag mit dem folgenden API-Aufruf und den folgenden 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">["my_attribute_1","my_attribute_2"]</Property>
<Property name="features.topLevelDevelopersAreCompanies">false</Property>
</Properties>
</Organization>"
Beachten Sie, dass das Array der benutzerdefinierten Attribute im API-Aufruf URL-codiert ist.
SmartDocs-Upgradeprozess
Wenn Sie SmartDocs bereits in der Betaphase verwendet haben, müssen Sie aufgrund neuer Features und Funktionen in der Version mit allgemeiner Verfügbarkeit in Ihrem Entwicklerportal SmartDocs upgraden.
Alle SmartDocs-Seiten, die bereits in Ihrem Entwicklerportal veröffentlicht wurden, funktionieren weiterhin. Sie müssen jedoch den Aktualisierungsprozess durchführen, bevor Sie Änderungen an vorhandenen oder neuen Seiten bearbeiten oder veröffentlichen.
Beachten Sie, dass Sie zwar SmartDocs in Ihrem Entwicklerportal rendern und veröffentlichen können, SmartDocs wird jedoch über das API-Modell generiert, das in den Edge API Management Services von Apigee enthalten ist. Alle Änderungen, die Sie an einem API-Modell in Edge vornehmen, sind in allen Ihren Pantheon-Umgebungen gleich (ähnlich wie bei Entwicklern in Pantheon-Umgebungen).
Um ein Upgrade von SmartDocs Beta auf die allgemeine Verfügbarkeit durchzuführen
- Aktualisieren und testen Sie Version 15.05.27 in Ihren dev- oder test-Umgebungen in Pantheon.
- Erstellen Sie ein neues Modell, um ein vorhandenes API-Modell zu ersetzen, das Sie bisher verwendet haben.
- Wenn Sie Swagger- oder WADL-Dokumente importiert haben, importieren Sie sie noch einmal in eine neue Überarbeitung.
- Wenn Sie Ihr API-Modell über das SmartDocs-Modul gepflegt haben, exportieren Sie es als SmartDocs-JSON-Datei und importieren Sie es mithilfe eines Dateianhangs in Ihr neues Modell.
- Legen Sie die Sicherheitsattribute der Version Ihres Modells fest. Wählen Sie auf der Seite Inhalt > SmartDocs > Modell die Option Sicherheitseinstellungen aus.
- Prüfen Sie alle vorkonfigurierten Authentifizierungen auf der Seite mit den Modelleinstellungen (Content > SmartDocs), indem Sie in der Spalte „Vorgänge“ auf Einstellungen klicken.
- Aktualisieren Sie alle benutzerdefinierten Vorlagen, um Version 6 der CSS- und JS-Assets zu verwenden, und nehmen Sie Änderungen vor, um neue Objektnamen wie authSchemes und apiSchema widerzuspiegeln. Informationen zum Aktualisieren von SmartDocs-Vorlagen finden Sie unter SmartDocs zum Dokumentieren von APIs verwenden.
- Rendern Sie die Modellüberarbeitung noch einmal und veröffentlichen Sie sie.
- Nachdem Sie die neue Dokumentation geprüft haben, aktualisieren Sie Ihr Produktionsportal auf die Version 15.05.27.
Wenn Sie ein Edge Enterprise-Kunde sind und Fragen oder Bedenken zum Upgradeprozess haben, senden Sie eine E-Mail an marsh@apigee.com und cnovak@apigee.com. Verwenden Sie andernfalls die Apigee Community, um die beste Antwort zu erhalten.
Zukünftige Funktionsänderungen und -verbesserungen
In diesem Abschnitt erhalten Sie eine Vorschau auf künftige Änderungen und Verbesserungen an Funktionen:
Änderung am Verhalten der Antwort-Cache-Richtlinie
In einer zukünftigen Version (noch festzulegen) wird sich das Standardverhalten des Elements <ExcludeErrorResponse> der Antwort-Cache-Richtlinie ändern.
Aktuelles Verhalten:Das Element <ExcludeErrorResponse> in der Antwortcache-Richtlinie ist standardmäßig auf "false" gesetzt. Dies bedeutet, dass Antworten mit jedem möglichen HTTP-Statuscode (einschließlich 3xx) standardmäßig von der Antwort-Cache-Richtlinie im Cache gespeichert werden.
Zukünftiges Verhalten: Das Element <AusschließenErrorResponse> in der Antwort-Cache-Richtlinie ist standardmäßig auf "true" gesetzt. Dies bedeutet, dass standardmäßig nur Antworten mit den HTTP-Statuscodes 200 bis 205 im Cache gespeichert werden. Um dieses Verhalten zu überschreiben und Antworten für alle Statuscodes im Cache zu speichern, müssen Sie das Element <ExcludeErrorResponse> explizit auf "true" setzen.
Aktuelle Problemumgehung : Wenn Sie bei 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 <ausgeschlossenenErrorResponse> explizit auf "true" setzen.
Fehlerkorrekturen
Folgende Fehler wurden in diesem Release behoben.
| Fehler-ID | Beschreibung |
|---|---|
| OPDK-1521 | Problem mit der Passwortverschlüsselung |
| OPDK-1201 | UI-Daten können nicht wiederhergestellt werden |
| OPDK-1112 | Benutzerdefinierte LDAP-Passwortrichtlinie wird nicht auf den Apigee-Administrator angewendet |
| OPDK-1097 | Keyspace-Ausnahme während OPDK-Upgrade |
| OPDK-1068 | Das Administratorpasswort kann bei einem Fehler bei der Installation geändert werden. |
| OPDK-1053 | Zookeeper wird als Root ausgeführt |
| OPDK-967 | Wenn OpenLDAP mit set-autostart.sh auf „autostart“ festgelegt wird, meldet „all-status.sh“ den Dienst als „dead“. |
| OPDK-905 | Smartdocs prod bereits in Gruppe axgroup001 registriert |
| OPDK-899 | Fehler beim Onboarding |
| OPDK-847 | Der während der Einrichtung erstellte Nutzer erhält keine E-Mail zum Zurücksetzen des Passworts |
| OPDK-817 | init.d-Skripts geben einen Fehler aus |
| OPDK-815 | Für das Skript „ax-purge.sh“ müssen Stichprobentabellen dauerhaft gelöscht werden. |
| MGMT-2246 | Die Seite „Benutzerdefinierten Bericht erstellen“ wird in der Verwaltungs-UI nicht richtig angezeigt |
| MGMT-2235 | Bei ablaufenden SSL-Zertifikaten kann die relative Ablaufzeit verwirrend gerundet werden. Bei ablaufenden SSL-Zertifikaten wird die relative Zeit des Ablaufdatums immer in Tagen angezeigt und nicht auf Monate, wenn das Zertifikat nach maximal 90 Tagen abläuft. |
| MGMT-2193 | Ladesymbol beim Bearbeiten einer API |
| MGMT-2173 | In der Trace-UI sind keine zulässigen URLs zulässig In der Trace-UI können Sie jetzt Anfragen mit Abfrageparametern senden, die verschachtelte Abfrageparameter enthalten. |
| MGMT-2162 | Problem bei der JavaScript-Kompilierung |
| MGMT-2124 | Die Berechtigungen der Kundenrolle werden beim Speichern der Berechtigungen in der UI zurückgesetzt |
| MGMT-2114 | Eine ungültige Syslog-IP-Adresse in der MessageLogging-Richtlinie sollte während der Bereitstellung einen ordnungsgemäßen Fehler ausgeben |
| MGMT-2067 | Trace: Wenn die API-Proxy-Überarbeitung in zwei Umgebungen bereitgestellt wurde, funktioniert die Auswahl von Überarbeitung und Umgebung nicht korrekt |
| MGMT-2061 | „Passwort vergessen“ sollte nur 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 Deployment-Berechtigungen auf eine Umgebung beschränkt, kann in anderen Umgebungen bereitstellen |
| MGMT-2041 | FaultRules-Element aus Standardanhangsvorlage entfernen Das FaultRules-Element, das nicht in Richtlinien oder API-Proxy-Schritten verwendet wird, wird nicht mehr automatisch hinzugefügt, wenn Sie API-Proxys erstellen oder Richtlinien hinzufügen. |
| MGMT-2034 | Abrufen von WSDL gibt Fehler zurück: "Fetch WSDL Error: Error processing WSDL." |
| MGMT-1986 | Fehler in der Benutzeroberfläche beim Hinzufügen eines Entwicklers |
| MGMT-1983 | Eine OAuth 2.0-Autorisierungscode-API gibt einen falschen Status zurück |
| MGMT-1962 | Fehler bei der Anmeldung in der Verwaltungs-UI mit einem starken Passwort Die Anmeldung in der UI mit bestimmten Sonderzeichen wie dem Prozentzeichen wird nicht mehr fehlschlagen. |
| MGMT-1947 | Nicht intuitive Rollen in der Verwaltungs-UI Wenn ein Nutzer nicht berechtigt ist, eine Richtlinie zur Transaktionsaufzeichnung zu erstellen oder zu bearbeiten, sind die UI-Schaltflächen zum Erstellen und Bearbeiten einer Richtlinie zur Transaktionsaufzeichnung jetzt deaktiviert. |
| MGMT-1899 | Ressourcenpfade nach dem Speichern der Produkteinstellungen gelöscht Beim Bearbeiten eines API-Produkts könnten die Ressourcenpfade des Produkts gelöscht werden, wenn der Nutzer doppelt auf die Schaltfläche „Speichern“ geklickt hat. Dieses Problem wurde inzwischen behoben. |
| MGMT-1894 | Der Ladevorgang der Entwickler-Spalte auf der Entwickler-Apps-Seite wird nicht abgeschlossen |
| MGMT-1882 | Der neue API-Proxy von WSDL zeigt nur Details zum letzten Parameter an |
| MGMT-1878 | Wenn mehrere Überarbeitungen in einer Umgebung bereitgestellt werden, zeigt Trace nur eine davon an |
| MGMT-1872 | Benutzerdefinierte Berichte können nicht heruntergeladen werden |
| MGMT-1863 | Node.js-Logs in der Verwaltungsoberfläche nicht sichtbar |
| MGMT-1843 | API-Proxy wird nicht geöffnet |
| MGMT-1833 | sysadmin-Nutzer sollte nicht die Option haben, das Passwort in der UI für OPDK zu ändern |
| MGMT-1825 | Cross-Site-Scripting-Fehler (XSS) |
| MGMT-1824 | Abruf-WSDL-Fehler beim Importieren von WSDL-Datei mit .xml-Erweiterung |
| MGMT-1812 | TargetEndpoint-Validierung während des Imports hinzufügen Ähnlich wie ProxyEndpoint wird TargetEndpoint auf das richtige Schema und die richtigen Ausdrücke geprüft, die in den Bedingungen während des API-Proxyimports verwendet werden. |
| MGMT-1804 | Die Node.js API sendet in manchen Fällen ungültige JSON-Daten. Auf dem Bildschirm mit den Node.js-Logs werden unformatierte Logs angezeigt, wenn die JSON-Daten ungültige Zeichen enthielten. Dieses Problem wurde in diesem Release behoben und die Benutzeroberfläche zeigt jetzt gut formatierte Node.js-Logs an. |
| MGMT-1802 | Passwort-Zurücksetzungs-URL #118 Wenn sich die Verwaltungs-UI hinter einem SSL-Terminserver befindet, erstellt die Verwaltungs-UI jetzt korrekt eine E-Mail zum Zurücksetzen des Passworts mit einem Link zu einer HTTPS- statt einer HTTP-URL. |
| MGMT-1799 | UI-Sicherheitslücke, die eine Anfrage in Trace sendet |
| MGMT-1777 | Nutzer mit E-Mail-Adresse, die die TLD „.acn“ hat, kann nicht hinzugefügt werden |
| MGMT-1735 | Branding „Fehler beim Abrufen von W“ Ab sofort wird die Unterstützung für benutzerdefiniertes Branding in Edge OPDK entfernt. Wir sind uns bewusst, dass dies die wenigen Kunden enttäuschen könnte, die es verwendet haben, ist jedoch keine Funktion, die die Funktionen von Edge in Bezug auf die API-Verwaltung direkt verbessert. |
| MGMT-1569 | Problem beim Anhängen eines API-Proxys an ein vorhandenes API-Produkt Das Anhängen eines API-Proxys an ein API-Produkt in der Verwaltungs-UI, wenn der API-Proxy eine Ressource für den Pfad „/“ hatte, wurde behoben. |
| MGMT-1563 | Die Schaltfläche „Senden“ in Trace bleibt deaktiviert, wenn ein Fehler auftritt |
| MGMT-1362 | Die E-Mail-Adresse für ein vergessenes Passwort funktioniert nicht, wenn die E-Mail-Adresse '_' enthält Das Problem beim Zurücksetzen des Passworts im OPDK mit E-Mail-Adressen, die einen Unterstrich enthalten, wurde behoben. |
| MGMT-1345 | Import von WSDL mit mehreren Namespaces führt zu einem falschen Build-SOAP-Schritt |
| MGMT-1193 | Das Speichern des Proxys als neue Überarbeitung ändert die Routingregel unerwartet |
| MGMT-1061 | SmartDocs: Beschreibung des Textparameters in der Swagger-Definition wird in der Dokument-UI nicht angezeigt |
| MGMT-800 | Das Erstellen einer Ressource mit dem Namen „Standard“ führt zu fehlerhafter Benutzeroberfläche |
| MGMT-787 | Problem mit Benutzerfreundlichkeit der UI-Benachrichtigung Wenn Sie in der Verwaltungs-UI 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 Seite der API-Proxy-Benutzeroberfläche aktivieren |
| MGMT-602 | API-Proxy-Entwicklungsansicht: Fügen Sie eine Antwort-Cache-Richtlinie hinzu, wenn PreFlow/PostFlow keinen Fehler verursacht |
| MGMT-460 | Das Umbenennen der Richtlinie führt zu Fehlern und doppelten Richtlinien, die nicht entfernt werden können. |
| DEVRT-1644 | Suche nach Namen bei Benachrichtigungen, die dazu führen, dass falsche E-Mails gesendet werden |
| DEVRT-1583 | Monetarisierungs-UI mit dem Logo „Zukünftig“ für einen aktuellen Preisplan |
| DEVRT-1546 | Tariflimits 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 "unerkannten_name" |
| AXAPP-1728 | Monetarisierungsvariablen in Analytics ignorieren |
| AXAPP-1708 | Die Analytics API generiert je nach Anfrage unterschiedliche Zahlen für dieselbe Statistik. |
| AXAPP-1707 | Leistung kostenloser Pod-Analysen verbessern |
| AXAPP-1690 | „Ungültiger API-Fehler“ in benutzerdefinierten Berichten |
| AXAPP-1533 | Analytics-Geomap gibt den Fehler „Ungültiger API-Aufruf“ aus |
| AXAPP-1493 | Cache-Leistungsstatistiken falsch |
| APIRT-1436 | Tool/Script zum Hashen nicht gehashter Tokens erstellen |
| APIRT-1425 | Das Attribut „continueOnError“ hat bei Einstellung auf „true“ keine Auswirkungen auf die JavaCallout-Richtlinie. |
| APIRT-1346 | OAuth 2.0 – Hash-Wert wird in der Zugriffstoken-Antwort zurückgegeben, wenn hash.oauth.tokens.enabled wahr ist |
| APIRT-1206 | target_ip wird in der Faktentabelle für 503- und die meisten 504-Fehler nicht aufgezeichnet. |
| APIRT-1170 | Fehlende Ressourcendatei hat dazu geführt, dass MP eine Umgebung nicht lädt |
| APIRT-1148 | GET der Variable {message.version} in ResponseFlow, für ein Node.js-Ziel wirft NPE |
| APIRT-1054 | Nachrichten-Logging schlägt fehl, wenn versucht wird, ein Log in ein anderes Verzeichnis als das Standardverzeichnis zu schreiben |
| APIRT-387 | OrganizationService im Namen „andere“ auf MP anwenden |
| APIRT-67 | Die Richtlinie „OAuth GenerateAccessToken“ legt die Variable „oauthV2.failed“ nicht korrekt fest |
| APIRT-52 | Benutzerdefinierte Berichte: Antwortstatuscode für viele APIs ist null |
Bekannte Probleme
In dieser Version gibt es die folgenden bekannten Probleme.
| Fehler-ID | Beschreibung |
|---|---|
| OPDK-1586 |
API BaaS-Portal startet nicht, wenn IPv6-Unterstützung nicht aktiviert ist
|
| OPDK-1785 |
Monetarisierungskomponente in der aktualisierten Edge-Umgebung installieren
Die Problemumgehung besteht darin, die richtige Monetarisierungsversion in der Datei apigee-env.sh festzulegen, bevor Sie versuchen, die Monetarisierung zu installieren. Um die Monetarisierungsversion in 4.15.07 zu erhalten (nachdem Sie bereits ein Upgrade auf Edge 4.15.07 durchgeführt haben), führen Sie folgenden Befehl 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 auf /opt.
Der oben angegebene Wert von VER 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 ohne die oben genannten Schritte zu installieren, schlägt die Installation fehl und im Freigabeverzeichnis ist wahrscheinlich ein toter Symlink. Sie müssen diesen Symlink entfernen:
> rm /install-dir/apigee4/share/monetization
Nachdem du den Symlink entfernt hast, führe die oben genannten Schritte aus, um die Monetarisierungsversion festzulegen, und wiederhole dann die Installation für die Monetarisierung.
|
| OPDK-1857 |
Hartcodierte Python 2.6-Version in bin/qpid-stat.sh und bin/qpid-config.sh Unter CentOS und RedHat 7.0 sind mehrere Skripts in bin/qpid-stat.sh und bin/qpid-config.sh für die Verwendung von Python Version 2.6 hartcodiert. Die Problemumgehung für dieses Problem besteht darin, die Zeile zu ändern, die den PYTHONPATH in qpid-stat.sh und qpid-config.sh im Verzeichnis apigee4/bin exportiert.
Um die Python-Version auf Ihrem System zu ermitteln, prüfen Sie die Python-Version im Verzeichnis /opt/apigee4/share/apache-qpid/lib. Das Verzeichnis ist höchstwahrscheinlich python2.7. Anschließend müssen Sie die PYTHONPATH-Einstellung in qpid-stat.sh und qpid-config.sh mit dem richtigen Pfad aktualisieren. Beispiel:
|
| DEVRT-1574 | Inkonsistentes Guthaben und inkonsistente Nutzung für Entwickler mit mehreren aktiven Tarifen Wenn ein Entwickler bei der Monetarisierung mehr als einen Tarif mit Anrufgebühren pro API nutzt, kann die Nutzung des Guthabens manchmal inkonsistent sein. |
| APIBAAS-1647 | Nach der Anmeldung als Systemadministrator gibt die BaaS-UI die Meldung „Fehler beim Abrufen von Rollen“ aus Diese Fehlermeldung wird bei der ersten Anmeldung im System durch den Systemadministrator 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 weiteres 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 Skript ist nicht erforderlich und kann nicht ausgeführt werden. |
| DEVRT-1951 |
Bei der Neuinstallation der Monetarisierung fehlen Benachrichtigungskonfigurationen
Bei einer Neuinstallation von Apigee Edge for Private Cloud Version 4.15.07.00 fehlen die folgenden Konfigurationen für Monetarisierungsbenachrichtigungen. Sie 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
Gehen Sie wie folgt vor, um das Problem zu umgehen: Sie benötigen die IP-Adresse Ihrer Cassandra-Instanz. Suchen Sie in <installation-root>/apigee4/conf/cassandra/cassandra.yaml oder <installation-root>/apigee4/conf/cassandra/cassandra-topology.properties.
|
| DEVRT-1952 |
Monetarisierungsupgrade von 4.14.07.00 fehlende Benachrichtigungskonfigurationen
Bei einem Upgrade von Apigee Edge für 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 korrekt funktionieren.
mint.scheduler.${ORG_ID}.chargedaily@@@management
mint.scheduler.${ORG_ID}.chargehourly@@@management
Gehen Sie wie folgt vor, um das Problem zu umgehen: Sie benötigen die IP-Adresse Ihrer Cassandra-Instanz. Suchen Sie in <installation-root>/apigee4/conf/cassandra/cassandra.yaml oder <installation-root>/apigee4/conf/cassandra/cassandra-topology.properties.
|
| OPDK-1878 | Pod-Name kann bei Installation mehrerer Rechenzentren nicht festgelegt werden In der Edge-Installationsanleitung ist festgelegt, dass die Pod-Namen in den Dateien für die automatische Installation für eine Installation mit mehreren Rechenzentren als „gateway-1“ und „gateway-2“ festgelegt werden sollen. Durch das Umbenennen des Pods wird jedoch verhindert, dass die Router und Message Processor ordnungsgemäß registriert werden und nicht zugänglich sind. Außerdem kann das Skript setup-org.sh dadurch keine verfügbaren Message Processors finden. Sie können das Problem umgehen, indem Sie den Pod-Namen mit dem Attribut MP_POD in der Datei für die automatische Installation für beide Rechenzentren auf "gateway" setzen. |
| OPDK-1886 |
Knoten kann nicht auf lokale IP-Adressen wie 192.168.x.y zugreifen
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 Zur Laufzeit benötigen die folgenden Komponenten Zugriff auf Port 8080 auf dem Verwaltungsserver: Router, Message Processor, UI, 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 muss neu konfiguriert werden 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. In der Edge-Betriebsanleitung finden Sie Informationen zum Konfigurieren von SSL für die Edge API. |