Wyświetlasz dokumentację Apigee Edge.
Otwórz dokumentację Apigee X. Informacje
Jedną z wyjątkowych i przydatnych funkcji Apigee Edge jest możliwość owinięcia aplikacji NodeJS w serwer proxy interfejsu API. Umożliwia to programistom tworzenie aplikacji po stronie serwera sterowanych zdarzeniami za pomocą Edge.
antywzorzec
Wdrożenie serwera proxy interfejsu API to proces udostępniania serwera do obsługi żądań interfejsu API. Każdy z wdrożonych serwerów proxy interfejsu API jest ładowany do pamięci runtime usługi Message Processor, aby można było obsługiwać żądania interfejsu API dla konkretnego serwera proxy. Dlatego wykorzystanie pamięci środowiska wykonawczego wzrasta wraz ze wzrostem liczby wdrożeń interfejsów API Proxy. Pozostawienie nieużywanych interfejsów API Proxies może spowodować niepotrzebne wykorzystanie pamięci środowiska wykonawczego.
W przypadku serwerów proxy interfejsu API NodeJS jest to jeszcze bardziej istotne.
Platforma uruchamia „aplikację Node” dla każdego wdrożonego interfejsu NodeJS API Proxy. Aplikacja Node jest podobna do samodzielnej instancji serwera węzła w procesie JVM usługi Message Processor.
W efekcie w przypadku każdego wdrożenia serwera proxy API NodeJS przeglądarka Edge uruchamia po jednym serwerze węzłów, aby przetwarzać żądania dotyczące odpowiednich serwerów proxy. Jeśli ta sama usługa NodeJS API Proxy jest wdrażana w kilku środowiskach, dla każdego z nich uruchamiana jest odpowiednia aplikacja node. W sytuacjach, w których istnieje wiele wdrożonych, ale nieużywanych serwerów proxy interfejsu NodeJS API, uruchamianych jest wiele aplikacji Node. Nieużywane serwery proxy NodeJS przekształcają nieaktywne aplikacje Node w aplikacje Node, które zużywają pamięć i wpływają na czas uruchamiania procesu aplikacji.
| Użyte serwery proxy | Nieużywane proxy | ||||
|---|---|---|---|---|---|
| # Proxy | # Wdrożone środowiska | # nodeapps Launched | # Proxy | # Wdrożone środowiska | # Node apps Launched |
| 10 | dev, test, prod (3) | 10 x 3=30 | 12 | dev, test, prod (3) | 12 x 3=36 |
Na ilustracji powyżej widać 36 nieużywanych aplikacji węzłowych, które wykorzystują pamięć systemową i mają niekorzystny wpływ na czas uruchamiania procesu.
Wpływ
- Wysokie wykorzystanie pamięci i efekt kaskadowy na zdolność aplikacji do przetwarzania kolejnych żądań
- Prawdopodobny wpływ na wydajność serwerów proxy interfejsu API, które faktycznie obsługują ruch
Sprawdzona metoda
- wycofać wszystkie nieużywane proxy interfejsów API.
- Użyj panelu wydajności serwera proxy Analytics, aby określić, które serwery proxy nie obsługują ruchu. Niepotrzebnych serwerów nie wdrażaj.