Stai visualizzando la documentazione di Apigee Edge.
Consulta la
documentazione di Apigee X. info
Puoi ospitare le tue Node.js su Apigee Edge, dove i proxy API possono chiamarle come servizi di destinazione.
Il supporto di Node.js su Apigee Edge ti consente di creare servizi di backend personalizzati per i tuoi proxy in Node.js. In sostanza, Apigee Edge ospita il codice Node.js in un ambiente di runtime con ambito limitato a un'organizzazione e un ambiente Apigee. I proxy API di cui è stato eseguito il deployment nella stessa organizzazione e nello stesso ambiente possono chiamare le API basate su HTTP esposte dall'applicazione Node.js.
Opzioni di deployment di Node.js
Apigee offre due opzioni per l'hosting del codice Node.js: target ospitati e l'ambiente di deployment Node.js Edge tradizionale.
Esegui il deployment nei target ospitati
I target ospitati consentono alle applicazioni Node.js di essere eseguite in un ambiente nativo che non dipende da alcuna tecnologia di runtime specifica di Apigee. Fornisce un runtime di nodi nativo, quindi puoi utilizzare i tuoi pacchetti di nodi preferiti.
Puoi eseguire il debug e testare l'app localmente prima di eseguirne il deployment e avere la certezza che la versione di cui è stato eseguito il deployment funzionerà esattamente come quella locale. Al momento del deployment, puoi scegliere qualsiasi versione del runtime dell'applicazione per eseguire l'applicazione nei target ospitati. Ad esempio, potresti scegliere in modo specifico di eseguire un'app Node.js in un ambiente v8.10.0 o in qualsiasi altra versione.
La figura seguente illustra l'architettura di base:
L'ambiente di runtime dei target ospitati ha come ambito un'organizzazione e un ambiente Apigee e può fungere da target per tutti i proxy API di cui è stato eseguito il deployment nella stessa organizzazione e nello stesso ambiente.
Esegui il deployment nell'ambiente Node.js incorporato tradizionale
L'approccio tradizionale al deployment di Node.js su Edge si basa internamente su un'applicazione bridge open source chiamata (Trireme) e su un interprete JavaScript chiamato (Rhino). Questi componenti consentono l'esecuzione diretta del codice Node.js nell'ambiente di runtime Java di Edge.
L'ambiente di runtime Node.js incorporato tradizionale ha come ambito un'organizzazione e un ambiente Apigee e può fungere da target per tutti i proxy API di cui è stato eseguito il deployment in quella stessa organizzazione e in quell'ambiente.
Con questo approccio, puoi utilizzare un modulo di supporto chiamato apigee-access che ti consente di accedere alle variabili di flusso, alle cache, alle mappe chiave-valore e alle quote del proxy API dal codice dell'applicazione Node.js.
Scelta di un approccio Node.js
Apigee consiglia di utilizzare i target ospitati. Le app Node.js di cui è stato eseguito il deployment nei target ospitati non dipendono da alcuna tecnologia di runtime Node.js specifica di Apigee. L'app Node.js verrà eseguita nei target ospitati esattamente come nell'ambiente di sviluppo locale.
Inoltre, il supporto di Apigee per il deployment Node.js Edge tradizionale presenta limitazioni:
- È supportata solo una versione precedente di Node.js (0.10.32).
- Esistono sottili differenze di comportamento tra l'ambiente Node.js standard e l'ambiente Trireme/Rhino.
- Il debug delle app Node.js dopo il deployment su Edge è difficile.
Al momento, i target ospitati non supportano l'utilizzo di apigee-access per accedere alle risorse nel contesto del flusso del proxy, ad esempio le variabili di flusso.
Per saperne di più sul deployment Node.js Edge tradizionale, consulta Deployment Node.js tradizionale su Edge.
Casi d'uso
I casi d'uso comuni per Node.js su Edge includono:
Creazione di API basate su HTTP e servizi di backend autonomi altamente personalizzati.
Risoluzione di problemi complessi e di ottimizzazione per dispositivi mobili con il vantaggio di un endpoint di destinazione scriptabile.
Creazione di servizi compositi e mashup.
Sviluppo rapido di prototipi di nuove API utilizzando framework come Express.
Passaggio successivo
Per decidere quale approccio di deployment Node.js è più adatto alle tue esigenze, leggi le panoramiche: