Pattern del libro di istruzioni sul proxy per le API

Stai visualizzando la documentazione di Apigee Edge.
Vai alla documentazione di Apigee X.
informazioni

Questo argomento illustra alcuni dei pattern di sviluppo di proxy API dimostrati negli esempi del libro di ricette Apigee Edge. Man mano che aggiungiamo altri esempi di libri di ricette, prevediamo di aggiungere altri pattern a questo argomento.

Pattern client HTTP JavaScript

Il pattern client HTTP JavaScript è uno dei numerosi pattern che puoi utilizzare per creare mashup lato server con Apigee Edge. Il modello a oggetti JavaScript di Apigee consente di collegare il codice JavaScript direttamente a un flusso proxy API. L'oggetto httpClient del modello a oggetti consente di effettuare chiamate ai servizi di backend e recuperare i risultati utilizzando JavaScript.

Il modello di composizione dei criteri

La composizione dei criteri è un pattern proxy dell'API Apigee che consente di combinare i risultati di più destinazioni di backend in un'unica risposta utilizzando i criteri. In effetti, la composizione dei criteri consente di creare mashup utilizzando i criteri.

Al centro del pattern di composizione dei criteri c'è il criterio ServiceCallout. Il criterio ServiceCallout funge da client HTTP per l'API o il servizio di backend. Per essere completamente funzionale, tuttavia, un ServiceCallout si basa su altri criteri per consentire interazioni significative con un'API o un servizio remoto. Altri criteri vengono utilizzati per generare il messaggio di richiesta inviato da ServiceCallout e per analizzare i contenuti nel messaggio di risposta dall'API o dal servizio remoto.

L'esempio di ricettario sulla composizione dei criteri utilizza tre criteri: AssignMessage, ServiceCallout ed ExtractVariables. Questi criteri incapsulano i messaggi di richiesta che vuoi inviare al backend, il client che li indirizza al backend e un analizzatore sintattico di messaggi che analizza la risposta da ogni API e assegna variabili per i dati della risposta. Dopo aver effettuato tutte le chiamate, le variabili raccolte vengono combinate e restituite in un singolo oggetto JSON.

Ecco un breve riepilogo di queste tre norme:

  • AssignMessage: crea un messaggio di richiesta, compila le intestazioni HTTP e i parametri di query, imposta il verbo HTTP.
  • ServiceCallout: fa riferimento a un messaggio creato dal criterio AssegnaMessage, definisce un URL di destinazione per la chiamata esterna e definisce un nome per l'oggetto risposta restituito dal servizio di destinazione.
  • ExtractVariables: in genere definisce un'espressione JSONPath o XPath che analizza il messaggio generato dalla precedente norma ServiceCallout. Il criterio poi imposta le variabili contenenti i valori analizzati dalla risposta di ServiceCallout.

Consulta la sezione Utilizzo della composizione dei criteri per un esempio completo che mostra il modello di composizione dei criteri.