Lebenszyklus der API-Entwicklung

Diese Seite gilt für Apigee und Apigee Hybrid.

Apigee Edge Dokumentation aufrufen.

In den folgenden Abschnitten wird der API-Entwicklungszyklus mit Apigee zusammengefasst.

API-Proxys entwickeln

Apigee unterstützt die folgenden Optionen für die iterative API-Proxy-Entwicklung:

Weitere Informationen zu API-Proxys finden Sie unter Informationen zu APIs und API-Proxys.

Cloud-Entwicklung mit Apigee

Entwickeln Sie Ihre API-Proxys mit den von Apigee bereitgestellten Tools für die Bearbeitung und Bearbeitung von API-Proxys. Wenn Sie an einem API-Proxy arbeiten, speichert Apigee Iterationen Ihrer Konfiguration als Überarbeitungen.

Wenn Sie einen API-Proxy bereitstellen, wählen Sie eine bestimmte Überarbeitung aus. In der Regel stellen Sie die neueste Überarbeitung bereit und machen bei Bedarf eine vorherige Überarbeitung wieder. Siehe API-Proxys bereitstellen.

Informationen zum Einstieg in die Entwicklung von API-Proxys mit Apigee finden Sie unter Einfachen API-Proxy erstellen.

Lokale Entwicklung mit Apigee in VS Code

Verwenden Sie Apigee in Visual Studio Code (VS Code), um Ihre API-Proxys zu entwickeln und die Funktionalität durch Einheiten- und manuelle Tests zu überprüfen (z. B. eine Anfrage senden und die Ergebnisse anzeigen).

Nachdem Sie die lokale Validierung abgeschlossen haben, stellen Sie die API-Proxy-Konfigurationen als Archive in Ihren Apigee-Umgebungen bereit. Siehe API-Proxys bereitstellen.

Informationen zum lokalen Entwickeln Ihrer API-Proxys mit Apigee in VS Code finden Sie unter Ersten API-Proxy mit Apigee in VS Code erstellen.

API-Proxys bereitstellen

Sie erstellen Umgebungen, in denen API-Proxys bereitgestellt werden. Die Unterscheidung zwischen den beiden Umgebungen ist beliebig – jede Umgebung wird einfach durch einen anderen Satz von Netzwerkadressen (URLs) identifiziert. Das Ziel besteht darin, Ihnen eine Domain zur Verfügung zu stellen, in der Sie API-Proxys erstellen und überprüfen können, bevor die API für externe Entwickler freigegeben wird. Weitere Informationen finden Sie unter Umgebungen und Umgebungsgruppen.

Wenn Sie Ihre APIs in mehreren Umgebungen bereitstellen, können Sie den Traffic zwischen den API-Proxys, an denen Sie arbeiten, in einerTest und von externen Apps, die während der Laufzeit in einer Produktionsumgebung.

Apigee unterstützt die folgenden Bereitstellungstypen in einer Umgebung:

Typ Beschreibung
Proxy Entwickeln und testen Sie die API-Proxys in Ihren Apigee-Entwicklungsumgebungen und stellen Sie sie dann in den Test- und Produktionsumgebungen der Apigee-Integration bereit. Siehe API-Proxy bereitstellen.
Archivieren Entwickeln und testen Sie Ihre programmierbaren API-Proxys mithilfe von Apigee in VS Code.

Richtlinien hinzufügen

Apigee ermöglicht Ihnen, API-Verhalten zu programmieren, ohne Code zu schreiben, indem Sie Richtlinien verwenden. Eine Richtlinie ist wie ein Modul, das eine bestimmte, eingeschränkte Verwaltungsfunktion implementiert. Mithilfe von Richtlinien können Sie gängige Verwaltungsoptionen einfach und zuverlässig auf eine API anwenden. Richtlinien bieten Funktionen wie Sicherheits-, Ratenbegrenzungs-, Transformations- und Vermittlungsfunktionen. Sie müssen dann nicht mehr Code schreiben und diese Funktionen selbst verwalten. Sie können auch benutzerdefinierte Skripts und Code (z. B. JavaScript-Anwendungen) schreiben, die die API-Proxy-Funktionalität erweitern und Ihnen ermöglichen, zusätzlich zu den grundlegenden Verwaltungsfunktionen, die von den Apigee-Richtlinien unterstützt werden, Innovationen einzubringen. Weitere Informationen zu Apigee-Richtlinien finden Sie unter Was ist eine Richtlinie?.

Apigee bietet einsatzbereite Richtlinien für verschiedene Features wie Traffic-Verwaltung, Sicherheit, Mediation und Erweiterung. Die vollständige Liste der in Apigee verfügbaren Richtlinien finden Sie in der Richtlinienreferenz.

In Produktion hochstufen

Sie entscheiden, wo Sie eine API bereitstellen möchten. Sie können beispielsweise eine Überarbeitung in einer Produktionsumgebung einführen, um Entwicklern das Arbeiten mit Ihrer API zu ermöglichen. Gleichzeitig iterieren Sie mehrere Überarbeitungen in einer lokalen Umgebung oder Testumgebung, in der Sie Funktionen oder Feinabstimmungsrichtlinien hinzufügen. Wenn Sie bereit sind, können Sie die neue Überarbeitung für die Produktionsumgebung bereitstellen und die vorhandene Überarbeitung in dieser Umgebung überschreiben. So können Sie für Entwickler immer eine Live-Version Ihrer API bereitstellen, während Sie neue Funktionen entwickeln und testen.

Skripterstellung mit der Apigee API

Apigee bietet eine RESTful API, mit der Sie die API-Proxy-Bereitstellung und -Verwaltung in den Software-Entwicklungslebenszyklus (SDLC) Ihres Unternehmens integrieren können. Um beispielsweise sicherzustellen, dass Sicherheits-, Zuverlässigkeits- und Konsistenzanforderungen erfüllt werden, wird die Apigee API häufig verwendet, um Skripts oder Code zu schreiben, die als Teil eines größeren automatisierten Prozesses API-Proxys programmatisch bereitstellen und von einer Umgebung in eine andere hochstufen.

Weitere Informationen finden Sie unter Apigee API.

Umgebungsressourcen verwalten

Umgebungen bieten auch die Trennung von Daten und Ressourcen. Sie können beispielsweise verschiedene Caches in Ihren test- und production-Umgebungen einrichten, auf die nur von API-Proxys, die in dieser Umgebung ausgeführt werden, zugegriffen werden kann. Auch in einer Testumgebung gibt es keine gültigen API-Schlüssel für die Produktionsumgebung. Umgekehrt gilt dies ebenso.

Für zusätzliche Kontrolle während einer Werbeaktion empfiehlt es sich, in einer Testumgebung nur API-Proxys zu iterieren und so Änderungen an API-Proxys vorzunehmen, die in einer Produktionsumgebung bereitgestellt werden.

Dazu müssen Sie dafür sorgen, dass bestimmte mit jeder Umgebung verknüpfte Ressourcen so konfiguriert sind, dass sie in einer API-Proxy-Konfiguration statisch bleiben können.

  • Schlüssel/Wert-Zuordnungen (KVMs): Wenn für die Umgebung eine Umgebung gilt, sollten Sie dafür sorgen, dass API-Proxys zum Speichern von Daten verwendet werden, ohne dass Konfigurationsänderungen erforderlich sind. Weitere Informationen finden Sie unter Schlüssel/Wert-Paar-Zuordnungen verwenden.
  • Ziel-URLs: Es ist üblich, dass API-Proxys während der Test- und Produktionsumgebung verschiedene Back-End-URLs aufrufen. Mit TargetServer-Konfigurationen können Sie umgebungsunabhängige TargetEndpoint-Konfigurationen erstellen. Weitere Informationen finden Sie unter:
  • ServiceCallout-Ziele: Dienst-Callouts können je nach Umgebung unterschiedliche Ziele verwenden, z. B. verwendet ein ServiceCallout in der Testumgebung einen Demodienst. Siehe ServiceCallout-Richtlinie.

Um API-Proxy-Konfigurationen umgebungsunabhängig zu gestalten, können Sie auch bedingte Anweisungen verwenden. Mit der mit der Variable environment.name erstellten Bedingung können Sie die aktuelle Umgebung auswerten, bevor sie eine Richtlinie erzwingen, oder bevor sie an eine URL im Back-End weitergeleitet wird. Weitere Informationen finden Sie unter Bedingungen mit Ablaufvariablen.