Stai visualizzando la documentazione di Apigee Edge.
Vai alla sezione
Documentazione di Apigee X. Informazioni
Comprendi e gestisci le risorse, come descritto nelle sezioni seguenti.
Informazioni sulle risorse
Molti tipi di criteri si basano sulle risorse. Le risorse sono i file che implementano il codice o la configurazione che deve essere eseguito da un criterio se collegato a un'API proxy. In alcuni casi, come per JavaScript e JavaCallout, un criterio definisce semplicemente un allegato in un proxy API in cui deve essere eseguito del codice. Il criterio JavaScript o JavaCallout è un a una risorsa.
Il seguente esempio di codice JavaScript imposta il percorso di richiesta HTTP
al valore della variabile proxy.basepath
.
request.headers["RequestPath"] = context.getVariable("proxy.basepath");
Tipi di risorse
La tabella seguente riassume i tipi di risorse:
Tipo di risorsa | Descrizione |
---|---|
JAR (java) |
Classi Java in un file JAR a cui fanno riferimento i criteri JavaCallout. |
JavaScript (js) |
JavaScript a cui viene fatto riferimento nelle norme JavaScript. |
JavaScript (jsc) |
JavaScript compilato a cui fanno riferimento i criteri JavaScript. |
Hosted target (hosted) |
File Node.js di cui eseguire il deployment nelle destinazioni ospitate. Puoi eseguire il deployment di Node.js come applicazioni di destinazione di backend Edge. |
Node (node) |
I file Node.js, incluso il file Node.js principale, i file di origine correlati, e le dipendenze dei moduli. |
Python (py) |
Script Python a cui fanno riferimento i criteri PythonScript. Le risorse devono essere implementato in "Python puro" (solo nel linguaggio Python). |
WSDL (wsdl) |
I file WSDL a cui fanno riferimento i criteri SOAPMessageValidation. |
XSD (xsd) |
Schemi XML a cui fanno riferimento i criteri SOAPMessageValidation. |
XSL Transformations (xsl) |
Trasformazioni XSLT a cui fanno riferimento i criteri XSLTransform. |
Dove vengono archiviate le risorse
Le risorse possono essere archiviate in una delle seguenti tre posizioni:
- Revisione proxy API: le risorse sono disponibili solo alle revisioni del proxy API in cui le risorse sono incluse. Ad esempio: potresti includere una risorsa JavaScript con la revisione 1 di un proxy API, quindi modificare per utilizzare uno script Python nella revisione 2 del proxy. La revisione 1 dispone dell'accesso solo alla risorsa JavaScript, mentre la revisione 2 ha accesso solo alla risorsa Python.
- Ambiente: se archiviata in un ambiente (ad esempio
test
oprod
), sono disponibili per qualsiasi proxy API di cui è stato eseguito il deployment nello stesso ambiente. - Organizzazione: se archiviate in un'organizzazione, le risorse sono disponibili per qualsiasi proxy API di cui è stato eseguito il deployment in qualsiasi ambiente.
I repository sono disponibili nei seguenti URI, come descritto dall'API dei file di risorse e in seguito in Gestire le risorse utilizzando l'API:
- Organizzazione:
/organizations/{org}/resourcefiles
- Ambiente:
/organizations/{org}/environments/{env}/resourcefiles
- Proxy API:
/organizations/{org}/apis/{api}/revisions/{rev}/resources
La tabella seguente mostra i metodi che puoi utilizzare per creare, aggiornare ed eliminare risorse per ogni repository:
Repository | Crea | Visualizza | Aggiorna | Elimina | ||||
---|---|---|---|---|---|---|---|---|
API | UI | API | UI | API | UI | API | UI | |
Revisione proxy API | ||||||||
Ambiente | ||||||||
Organizzazione |
Ad esempio, tutti i file JavaScript disponibili per l'ambiente test
vengono archiviati nel seguente repository e sono disponibili per qualsiasi proxy API
in esecuzione nell'ambiente test
:
/organizations/{org}/environments/test/resourcefiles/jsc
Prendiamo in considerazione il proxy API configurato con il seguente criterio:
<Javascript name='PathSetterPolicy' timeLimit='200'> <ResourceURL>jsc://pathSetter.js</ResourceURL> </Javascript>
Il riferimento al criterio non può risolversi esplicitamente in un repository. Viene risolta la prima risorsa nell'ambito più granulare il cui nome corrisponde al nome della risorsa nel criterio.
Pertanto, quando viene eseguito il deployment del proxy API nell'ambiente prod
, il criterio
risolvere il problema nella risorsa pathSetter.js
con ambito di ambiente.