Wyświetlasz dokumentację Apigee Edge.
Przejdź do
dokumentacji Apigee X. info
Interfejsy Node.js API możesz hostować w Apigee Edge, gdzie proxy interfejsów API mogą wywoływać je jako usługi docelowe.
Obsługa Node.js w Apigee Edge umożliwia tworzenie niestandardowych usług backendu dla proxy w Node.js. Apigee Edge hostuje kod Node.js w środowisku wykonawczym, które jest ograniczone do organizacji i środowiska Apigee. Proxy interfejsów API wdrożone w tej samej organizacji i środowisku mogą wywoływać interfejsy API oparte na protokole HTTP udostępniane przez aplikację Node.js.
Opcje wdrożenia Node.js
Apigee udostępnia 2 opcje hostowania kodu Node.js: Hosted Targets i tradycyjne środowisko wdrożenia Node.js Edge.
Wdrażanie w Hosted Targets
Hosted Targets umożliwia uruchamianie aplikacji Node.js w środowisku natywnym, które nie zależy od żadnej technologii wykonawczej specyficznej dla Apigee. Zapewnia natywne środowisko wykonawcze Node.js, dzięki czemu możesz używać ulubionych pakietów Node.js.
Przed wdrożeniem możesz debugować i testować aplikację lokalnie, mając pewność, że wdrożona wersja będzie działać dokładnie tak samo jak lokalnie. Podczas wdrażania możesz wybrać dowolną wersję środowiska wykonawczego aplikacji, w której ma ona działać w Hosted Targets. Możesz na przykład wybrać uruchomienie aplikacji Node.js w środowisku v8.10.0 lub w innej wersji.
Ten rysunek przedstawia podstawową architekturę:
Środowisko wykonawcze Hosted Targets jest ograniczone do organizacji i środowiska Apigee i może służyć jako cel dla wszystkich proxy interfejsów API wdrożonych w tej samej organizacji i środowisku.
Wdrażanie w tradycyjnym wbudowanym środowisku Node.js
Tradycyjne podejście do wdrażania Node.js w Edge opiera się wewnętrznie na aplikacji pomostowej o otwartym kodzie źródłowym (Trireme) i interpreterze JavaScript (Rhino). Te komponenty umożliwiają bezpośrednie wykonywanie kodu Node.js w środowisku wykonawczym Java Edge.
Tradycyjne wbudowane środowisko wykonawcze Node.js jest ograniczone do organizacji i środowiska Apigee i może służyć jako cel dla wszystkich proxy interfejsów API wdrożonych w tej samej organizacji i środowisku.
W tym podejściu możesz użyć modułu pomocniczego o nazwie apigee-access, który umożliwia dostęp do zmiennych przepływu proxy interfejsu API, pamięci podręcznych, map wartości kluczy i limitów z poziomu kodu aplikacji Node.js.
Wybieranie podejścia do Node.js
Apigee zaleca korzystanie z Hosted Targets. Aplikacje Node.js wdrożone w Hosted Targets nie zależą od żadnej technologii wykonawczej Node.js specyficznej dla Apigee. Aplikacja Node.js będzie działać w Hosted Targets dokładnie tak samo jak w lokalnym środowisku programistycznym.
Ponadto obsługa Apigee dla tradycyjnego wdrożenia Node.js Edge ma ograniczenia:
- Obsługiwana jest tylko starsza wersja Node.js (0.10.32).
- Istnieją subtelne różnice w działaniu między standardowym środowiskiem Node.js a środowiskiem Trireme/Rhino.
- Debugowanie aplikacji Node.js po ich wdrożeniu w Edge jest trudne.
Obecnie Hosted Targets nie obsługuje używania apigee-access do uzyskiwania dostępu do zasobów w kontekście przepływu proxy, takich jak zmienne przepływu.
Więcej informacji o tradycyjnym wdrożeniu Node.js Edge znajdziesz w artykule Tradycyjne wdrożenie Node.js w Edge.
Przypadki użycia
Typowe przypadki użycia Node.js w Edge:
Tworzenie wysoce spersonalizowanych samodzielnych interfejsów API i usług backendu opartych na protokole HTTP.
Rozwiązywanie złożonych problemów z optymalizacją mobilną dzięki możliwości użycia skryptowalnego docelowego punktu końcowego.
Tworzenie usług złożonych i mashupów.
Szybkie tworzenie prototypów nowych interfejsów API za pomocą platform takich jak Express.
Następny krok
Aby zdecydować, które podejście do wdrożenia Node.js jest dla Ciebie najlepsze, przeczytaj te omówienia: