Koniec cyklu życia Node.js oparty na triremie

Wyświetlasz dokumentację Apigee Edge.
Przejdź do dokumentacji Apigee X. info

10 października 2019 r. Apigee wycofało obsługę serwerów proxy interfejsu API Node.js opartych na Trireme Node.js i wstrzymało ruch w tych punktach końcowych. Ta funkcja została wycofana zgodnie z ogłoszeniem z 10 października 2018 r. Jako alternatywę rozważ użycie hostowanych celów Apigee Hosted Targets jako alternatywy.

Dlaczego wycofaliśmy Trireme?

Od 2013 r. Apigee obsługuje używanie serwerów proxy Node.js w Apigee Edge za pomocą Trireme. Umożliwia to uruchamianie kodu Node.js w Apigee Edge i udostępnianie go jako interfejsu API. Chociaż podejście oparte na Trireme sprawia, że hostowanie interfejsów API Node.js jest szybkie i proste, Trireme ma ograniczenia co do wersji i pakietów Node.js, które obsługuje. Istnieją też subtelne różnice w działaniu między standardowym środowiskiem Node.js a środowiskiem Trireme/Rhino, które działa na maszynie wirtualnej Java (JVM).

Wycofaliśmy tradycyjną obsługę Node.js na rzecz hostowanych celów, ponieważ klienci wielokrotnie prosili nas o możliwość wykorzystania pełnej mocy Node.js i używania publicznie dostępnych pakietów Node.js. Hostowane cele umożliwiają uruchamianie aplikacji Node.js w natywnym środowisku wykonawczym hostowanym przez Apigee i dodawanie logiki biznesowej do interfejsów API.

Co się stanie z moimi dotychczasowymi serwerami proxy interfejsu API opartymi na Trireme?

Od 10 października 2019 r. serwery proxy interfejsu API oparte na Node.js zostaną wycofane i nie będą już obsługiwać ruchu interfejsu API. Nadal możesz je wyświetlać w interfejsie serwera proxy interfejsu API lub używać interfejsu Management API, aby uzyskać definicję serwera proxy i wszelkie zależności, ale nie będziesz mieć możliwości modyfikowania ani wdrażania serwerów proxy interfejsu API ani zależności Node.js.

Jakie działania muszę podjąć?

  • Sprawdź, które serwery proxy Node.js oparte na Trireme są obecnie używane. Aby ułatwić znajdowanie serwerów proxy interfejsu API, które używają Node.js opartego na Trireme, dostępny jest narzędzie open source apigee-trireme-finder.
  • Pobierz pakiety serwerów proxy interfejsu API. (Więcej informacji znajdziesz w tym artykule w sekcji Jak wyeksportować dane (klienci korzystający z chmury)?).
  • Zapoznaj się z najczęstszymi pytaniami dotyczącymi hostowanych celów , aby poznać odpowiedzi na najczęściej zadawane pytania, w tym alternatywy dla wycofanego już apigee-access NPM.
  • Utwórz nowe serwery proxy interfejsu API (hostowane cele) na podstawie starego kodu źródłowego serwerów proxy Node.js i wdróż je (więcej informacji znajdziesz w samouczkach).

Jakie opcje i alternatywy mam do wyboru?

Rozważ jedną z tych alternatyw:

  • Hostowane cele zapewniają firmom prosty sposób na dodanie do interfejsów API większej logiki biznesowej niż dotychczas możliwe. Hostowane cele umożliwiają uruchamianie aplikacji Node.js w natywnym środowisku wykonawczym hostowanym przez Google. Oznacza to, że możesz wykorzystać pełną moc Node.js i używać w aplikacji różnych pakietów Node.js. Więcej informacji znajdziesz w najczęstszych pytaniach dotyczących hostowanych celów.
  • Przeprowadź migrację do innej usługi hostowania backendów docelowych interfejsów API, np. Google App Engine, Cloud Run lub Cloud Functions.

Jak wyeksportować dane (klienci korzystający z chmury)?

Pakiety serwerów proxy Node.js możesz pobrać na jeden z tych sposobów:

Czy są dostępne jakieś narzędzia lub pomoc, które ułatwią migrację z Trireme do hostowanych celów?

Google nie udostępnia żadnych zautomatyzowanych narzędzi do migracji istniejących serwerów proxy Node.js do hostowanych celów. Instrukcje dotyczące migracji istniejącego serwera proxy Node.js do serwera proxy hostowanych celów znajdziesz w samouczkach w dokumentacji.

Z kim mam się skontaktować, jeśli potrzebuję więcej informacji lub pomocy?

Aby poprosić o dodatkowe informacje, prześlij zgłoszenie do zespołu pomocy Apigee Edge (temat: Trireme EOL).