Omówienie integracji Edge Microgateway z Kubernetes

Wyświetlasz dokumentację Apigee Edge.
Otwórz dokumentację Apigee X.
info

Za pomocą Edge Microgateway możesz zarządzać interfejsami Apigee API w przypadku usług działających w klastrze Kubernetes. Z tego artykułu dowiesz się, dlaczego warto wdrożyć Edge Microgateway w Kubernetes, oraz jak wdrożyć Edge Microgateway w Kubernetes jako usługę.

Przypadek użycia

Usługi wdrożone w Kubernetes zwykle udostępniają interfejsy API, które są przeznaczone dla zewnętrznych użytkowników lub innych usług działających w klastrze.

W obu przypadkach trzeba rozwiązać ważny problem: jak zarządzać tymi interfejsami API? Na przykład:

  • Jak je zabezpieczyć?
  • Jak zarządzać ruchem?
  • Jak uzyskać wgląd w wzorce ruchu, opóźnienia i błędy?
  • Jak opublikować interfejsy API, aby deweloperzy mogli je znaleźć i używać?

Niezależnie od tego, czy migrujesz istniejące usługi i interfejsy API do stosu Kubernetes, czy tworzysz nowe usługi i interfejsy API, Edge Microgateway pomaga zapewnić przejrzyste zarządzanie interfejsami API, które obejmuje m.in. zabezpieczenia, zarządzanie ruchem, analizy i publikowanie.

Uruchamianie Edge Microgateway jako usługi

Gdy Edge Microgateway jest wdrażany w Kubernetes jako usługa, działa w swoim własnym podzie. W tej architekturze Edge Microgateway przechwytuje przychodzące wywołania interfejsu API i kieruje je do co najmniej 1 usługi docelowej działającej w innych podach. W tej konfiguracji Edge Microgateway udostępnia innym usługom funkcje zarządzania interfejsami API, takie jak zabezpieczenia, analizy, zarządzanie ruchem i egzekwowanie zasad.

Na ilustracji poniżej przedstawiono architekturę, w której Edge Microgateway działa jako usługa w klastrze Kubernetes:

Edgemicro jako usługa

Zobacz Wdrażanie Edge Microgateway jako usługi w Kubernetes.

Następny krok