Ressourcen verwalten

<ph type="x-smartling-placeholder"></ph> Sie sehen die Dokumentation zu Apigee Edge.
Gehen Sie zur Apigee X-Dokumentation. Weitere Informationen

Ressourcen können Sie wie in den folgenden Abschnitten beschrieben verwalten.

Informationen zu Ressourcen

Viele Richtlinientypen beruhen auf Ressourcen. Ressourcen sind Dateien, die den Code oder die Konfiguration implementieren, der bzw. die von einer Richtlinie ausgeführt werden soll, wenn sie an einen API-Proxy angehängt wird. In einigen Fällen, etwa bei JavaScript und JavaCallout, definiert eine Richtlinie einfach einen Punkt zum Anhängen in einem API-Proxy, in dem Code ausgeführt werden soll. Die JavaScript- oder JavaCallout-Richtlinie stellt einen Verweis auf eine Ressource dar.

Im folgenden JavaScript-Beispiel wird für den HTTP-Anfragepfad der Wert der Variable proxy.basepath festgelegt.

request.headers["RequestPath"] = context.getVariable("proxy.basepath");

Ressourcentypen

In der folgenden Tabelle sind die Ressourcentypen zusammenfassend dargestellt:

Ressourcentyp Beschreibung
JAR (java) Java-Klassen in einer JAR-Datei, auf die in JavaCallout-Richtlinien verwiesen wird.
JavaScript (js) JavaScript-Code, auf den in JavaScript-Richtlinien verwiesen wird.
JavaScript (jsc) Kompilierung von JavaScript, auf das in JavaScript-Richtlinien verwiesen wird.
Hosted target (hosted) Node.js-Dateien zur Bereitstellung in gehosteten Zielen Sie können Node.js bereitstellen. als Edge-Back-End-Zielanwendungen.
Node (node) Node.js-Dateien, einschließlich der Node.js-Hauptdatei, zugehörige Quelldateien, und Modulabhängigkeiten.
Python (py) Python-Skripts, auf die in PythonScript-Richtlinien verwiesen wird. Ressourcen müssen in "reinem Python" eingebunden werden (nur in der Sprache Python).
WSDL (wsdl) WSDL-Dateien, auf die in den SOAPMessageValidation-Richtlinien verwiesen wird.
XSD (xsd) XML-Schemas, auf die in den SOAPMessageValidation-Richtlinien verwiesen wird.
XSL Transformations (xsl) XP-Transformationen, auf die von XSLTransform-Richtlinien verwiesen wird.

Speicherort der Ressourcen

Ressourcen können an einem der folgenden drei Speicherorte gespeichert werden:

  • API-Proxy-Überarbeitung: Ressourcen sind nur für API-Proxy-Überarbeitungen verfügbar, in denen die Ressourcen enthalten sind. Beispiel: können Sie eine JavaScript-Ressource in die Überarbeitung 1 eines API-Proxys einbinden und anschließend -Implementierung zur Verwendung eines Python-Skripts in Version 2 des Proxys. Version 1 hat Zugriff nur auf die JavaScript-Ressource und Version 2 hat nur Zugriff auf die Python-Ressource.
  • Umgebung: Wenn Ressourcen in einer Umgebung (z. B. test oder prod) gespeichert werden, sind sie für jeden API-Proxy verfügbar, der in derselben Umgebung bereitgestellt wird.
  • Organisation: Wenn diese in einer Organisation gespeichert sind, stehen Ressourcen für einem beliebigen API-Proxy, der in einer beliebigen Umgebung bereitgestellt wird.

Die Repositories sind unter den folgenden URIs verfügbar, wie in der Resource files API und weiter unten unter Ressourcen mit der API verwalten beschrieben:

  • Organisation: /organizations/{org}/resourcefiles
  • Umgebung: /organizations/{org}/environments/{env}/resourcefiles
  • API-Proxy: /organizations/{org}/apis/{api}/revisions/{rev}/resources

In der folgenden Tabelle sind die Methoden aufgeführt, die Sie nutzen können, um Ressourcen für jedes Repository zu erstellen, zu aktualisieren und zu löschen:

Repository Create View Update Löschen
API UI API UI API UI API UI
API-Proxy-Überarbeitung
Umgebung
Organisation

Beispielsweise werden alle JavaScript-Dateien, die in der test-Umgebung verfügbar sind, im folgenden Repository gespeichert und sind für jeden in der test-Umgebung ausgeführten API-Proxy verfügbar:

/organizations/{org}/environments/test/resourcefiles/jsc