Einstellung und Einstellung von Apigee

Einstellung der Monetarisierungssteuer-Engine

Unterstützung für das apigee-analytics-collector-Befehlszeilentool

Apigee empfiehlt Private Cloud-Kunden, API-Traffic-Statistiken manuell einzureichen, wie unter API-Traffic-Statistiken an Apigee senden beschrieben.

Unterstützung für Node.js und sichere Tresore

Seit 2013 unterstützt Apigee die Nutzung von Node.js-Proxys in Apigee Edge über Trireme. So können Sie Ihren Node.js-Code in Apigee Edge for Private Cloud ausführen und als API verfügbar machen.

Apigee empfiehlt Kunden mit Private Cloud, die folgenden Schritte auszuführen:

• Daten in sicheren Tresoren zu verschlüsselten Schlüssel/Wert-Zuordnungen (KVM) migrieren, um über einen API-Proxy auf vertrauliche Daten zuzugreifen.
• Trireme (Node.js)-basierte API-Proxys in eine native Node.js-Umgebung außerhalb von Apigee migrieren

Unterstützung für OAuth V1-Funktionen.

Da IETF RFC 6749 der Standard ist, der OAuth 1.0a ersetzt hat, empfehlen die Verantwortlichen für den OAuth 1.0a-Standard Nutzern, zu OAuth 2.0 zu wechseln.

Zu den eingestellten Richtlinien gehören:

• OAuthv1.0a-Richtlinie
• GetOAuthV1Info-Richtlinie
• DeleteOAuthV1Info-Richtlinie

Aus Sicherheitsgründen empfiehlt Apigee Kunden der Private Cloud, so bald wie möglich auf die OAuth v2-Richtlinien umzustellen.

Unterstützung der Funktion „Gleichzeitige Ratenbegrenzung“

Die Richtlinie „Concurrent Rate Limit“ wurde für langsame Back-Ends entwickelt. Die verwendete Architektur hat jedoch die Leistung der APIs beeinträchtigt.

Seit der Ankündigung der Begrenzung der gleichzeitigen Rate hat Apigee neue Funktionen hinzugefügt, z. B. das Verketten von Proxys und gemeinsam genutzte Abläufe. Wenn die Leistung bei der Richtlinie für die gleichzeitige Ratenbegrenzung sinkt, können Sie stattdessen Spike Arrest verwenden.

Weitere Informationen finden Sie auf der Seite Hinweise zur Verwendung.

Mithilfe dieser Funktionen und Richtlinien können Sie langsame/träge Back-Ends schützen, ohne die Leistung der APIs zu beeinträchtigen.

Migrieren Sie Proxys, die die Richtlinie für die gleichzeitige Ratenbegrenzung verwenden, zur Kontingentrichtlinie und/oder zu den Spike Arrest-Richtlinien.

Unterstützung für Istio durch Integration mit Istio Mixer

Im März dieses Jahres hat die Istio-Community die Einstellung von Istio Mixer angekündigt. Die Istio Mixer-Komponente ist für die Funktion des Apigee-Adapters für Istio entscheidend. Deshalb haben wir den Istio-Adapter so umgestaltet, dass er native Envoy-Filter (siehe Envoy-Filter und HTTP-Filter) zur Integration in Apigee verwendet.

Apigee hat die Betaversion dieser Funktion im Blogpost API-Verwaltung für Dienste, die Envoy verwenden sowie in der Übersicht Apigee Adapter for Envoy angekündigt.

Apigee empfiehlt, so schnell wie möglich zu Apigee Adapter for Envoy zu migrieren.

Unterstützung für die Vorabzugriffsfunktion in Teams

Das Vorabzugriffsprogramm für die Teams-Funktion in Apigee wurde eingestellt und die Teams-Funktion wird aus der Private Cloud entfernt.

Wenn Sie Teams verwenden, empfiehlt Apigee, die Teamentitäten und die mit diesen Teams verknüpften Berechtigungen durch benutzerdefinierte Rollen zu ersetzen. Die Rollen können denselben Nutzern gewährt werden, die das Team bildeten, um die gewünschte Teamstruktur zu replizieren.

Einstellung des gesponserten Hostings für Drupal-Portale

Ab diesem Datum bietet Apigee kein gesponsertes Hosting mehr für Drupal-basierte Entwicklerportale an. Kunden, die Drupal weiterhin verwenden möchten, müssen die Hosting-Verantwortung übernehmen. Weitere Informationen finden Sie in den häufig gestellten Fragen zur Umstellung auf Drupal 7.

Einstellung der Berichte zu Abweichungen bei der Monetarisierung

Ab diesem Datum werden Berichte zu Monetarisierungsabweichungen in Apigee Edge nicht mehr unterstützt.

Einstellung von vertraulichen Profilen

Ab diesem Datum wird Personal Space von Apigee nicht mehr in Apigee Edge unterstützt. Kopieren Sie Ihre OpenAPI-Spezifikationen aus Ihrem privaten Bereich in eine Ihrer anderen Organisationen.

Einstellung des Monitoring-Dashboards (Beta)

Am 29. Mai 2018 hat Apigee den Support für das Monitoring-Dashboard eingestellt. Weitere Informationen finden Sie unter Monitoring-Dashboard (Beta).

Einstellung von OAuth 1.0a

Ab diesem Datum wird OAuth 1.0a von Apigee nicht mehr unterstützt. Bitte migrieren Sie alle OAuth 1.0a-Nutzungen in Ihren API-Proxys zu OAuth 2.0 und erweitern Sie die OAuth 2.0-Nutzung nach Bedarf um die Signaturprüfung (für Integritätsprüfungen auf Nachrichtenebene).

Zu den betroffenen OAuth 1.0a-Richtlinien gehören die OAuth v1.0a-Richtlinie, die Richtlinie „OAuth v1-Informationen abrufen“ und die Richtlinie „OAuth v1-Informationen löschen“. Edge enthält entsprechende OAuth 2.0-Richtlinien.

TLS-Konfiguration für eine virtuelle Host-API aktualisieren

Mit der TLS-Konfiguration für einen virtuellen Host aktualisieren können Edge for the Cloud-Kunden die TLS-Konfigurationseigenschaften für einen virtuellen Host aktualisieren.

Cloud-Kunden können jetzt einen virtuellen Host erstellen und aktualisieren, nicht nur die TLS-Eigenschaften des virtuellen Hosts ändern. Daher wurde diese API eingestellt. Cloud-Kunden können jetzt die folgenden APIs mit virtuellen Hosts verwenden:

• Virtuellen Host erstellen
• Virtuellen Host aktualisieren

Einstellung des Apigee-Dienstbrokers für Pivotal Cloud Foundry

Der Apigee-Service Broker für Pivotal Cloud Foundry (PCF) wird am hier angegebenen Datum eingestellt.

Wenn Sie den Dienstbroker derzeit verwenden, müssen Sie vor dem Einstellungsdatum die folgenden Maßnahmen ergreifen:

1. Deinstallieren Sie die Kachel „Service Broker“ aus OpsManager.
2. Löschen Sie alle Dienstinstanzen, die Sie möglicherweise erstellt haben.
3. Leiten Sie alle Routen (zu API-Proxys), die möglicherweise für Ihre Apps erstellt wurden, neu.

Einstellung des Edge Installers für Pivotal Cloud Foundry

Der Apigee Edge-Installer für PCF wurde am hier angegebenen Datum eingestellt. Weitere Informationen finden Sie in diesem Community-Beitrag.

Einstellung der Unterstützung für Node.js auf Basis von „Trireme“

Ab dem Einstellungsdatum wird die vorhandene Trireme eingestellt und am angegebenen Datum außer Betrieb genommen. Bitte migrieren Sie vorhandene Node.js-Anwendungen, die auf Apigee Edge bereitgestellt werden, zu gehosteten Zielen. Weitere Informationen finden Sie unter Vorhandenen Node.js-Proxy zu einem Hosted Targets-Proxy migrieren.

Weitere Informationen finden Sie unter Einstellung von Trireme-basierten Node.js-Diensten.

Apigee gibt die Einstellung der Apigee Edge-Funktion „API Backend-as-a-Service“ (API BaaS) bekannt.

Das API BaaS wird am 30. Juni 2019 eingestellt. Apigee wird API BaaS bis zum 30. Juni 2019 gemäß den Bedingungen unserer Einstellungsrichtlinie weiter betreiben und unterstützen. Weitere Informationen finden Sie in diesem Blogpost, in der Ankündigung zur Einstellung und zum Ende des Lebenszyklus und in der Anleitung zur Migration von Apigee API BaaS.

Die API BaaS-Funktion für Android-Push-Benachrichtigungen ist von Google Cloud Messaging (GCM) abhängig, das am 11. April 2019 eingestellt wird. Wir werden die Apigee API BaaS-Lösung nicht auf das neue Google Firebase Cloud Messaging (FCM)-System umstellen, da Kunden dann zu diesem neuen Messaging-System migrieren und gleichzeitig vor dem 30. Juni 2019 vollständig von Apigee API BaaS migrieren müssten.

Wir empfehlen Kunden von Android-Push-Benachrichtigungen, vor dem 11. April 2019 mit der Planung der Migration von Apigee API BaaS für diese Funktion zu beginnen.

Einstellung der Erstellung von Abrechnungsdokumenten für die Monetarisierung

Apigee unterstützt die Generierung von Abrechnungsdokumenten aus Apigee Edge Monetization nicht mehr.

Zu den Aufgaben, die eingestellt und nicht mehr für die Monetarisierung unterstützt werden, gehören:

• Bankkonten hinzufügen
• Abrechnungsunterlagen konfigurieren
• Abrechnungsunterlagen verwalten

Einstellung von BaaS-Eval-Organisationen

Ab dem 18. Juni 2018 ist der Zugriff auf BaaS Eval-Organisationen nicht mehr möglich. Dies geschieht im Rahmen des BaaS-EOL-Prozesses. Weitere Informationen finden Sie in diesem Blogpost und in der Ankündigung zur Einstellung und zum Ende der Lebensdauer.

Einstellung von TLS 1.0 und 1.1 – Verlängerung

Apigee stellt die Unterstützung für die TLS-Versionen 1.0 und 1.1 in der öffentlichen Cloud an den folgenden Terminen ein.

• PCI-Kunden: 29. Juni 2018
• Nicht-PCI-Kunden: 31. Juli 2018

Weitere Informationen finden Sie unter Pensionierung von TLS 1.0 und 1.1.

9. November 2018

Einstellung von Apigee-Tests

Apigee Test ist seit einiger Zeit ein Apigee Labs-Projekt. Sie können damit die Verfügbarkeit Ihrer API-Endpunkte synthetisch überwachen, prüfen und benachrichtigen. Apigee hat beschlossen, diesen Dienst einzustellen und die Apigee-Testwebsite 45 Tage nach dem Datum dieser Mitteilung außer Betrieb zu setzen.

Das Blackbox-Monitoringsystem von Stackdriver, Uptime Checks, bietet grundlegende Funktionen von Apigee Test. Wir empfehlen Ihnen, die Dienste zu nutzen, wenn sie für Ihre Anwendungsfälle geeignet sind. Du kannst auch über den Link „Feedback geben“ in der App Funktionsanfragen für deine Anwendungsfälle an das Google-Produktteam senden.

Apigee stellt die Verwendung dedizierter Instanzen für Kunden des HIPAA-Compliance-Pakets in AWS ein.