Udostępnij za pomocą

Brama interfejsu API w usłudze Azure API Management

DOTYCZY: Wszystkie warstwy usługi API Management

Ten artykuł zawiera informacje o rolach i funkcjach składnika bramy zarządzania API oraz porównuje bramy, które można wdrożyć.

Powiązane informacje:

Rola bramy sieciowej

Brama API Management (nazywana także płaszczyzną danych lub środowiskiem uruchomieniowym) jest składnikiem usługi odpowiedzialnym za proxyowanie żądań API, stosowanie zasad i zbieranie danych telemetrycznych.

W szczególności brama:

Note

Wszystkie żądania do bramy usługi API Management, w tym żądania odrzucone przez konfiguracje zasad, wliczają się do skonfigurowanych limitów szybkości, limitów przydziału i limitów rozliczeń, jeśli są stosowane w ramach poziomu usługi.

Zarządzane i samodzielnie hostowane

Usługa API Management oferuje zarówno bramy zarządzane, jak i własne:

  • Zarządzane — brama zarządzana jest domyślnym składnikiem bramy wdrożonym na platformie Azure dla każdego wystąpienia usługi API Management w każdej warstwie usługi. Autonomiczna brama zarządzana może być również skojarzona z obszarem roboczym w wystąpieniu API Management. W przypadku bramy zarządzanej cały ruch interfejsu API przepływa przez Azure niezależnie od tego, gdzie są hostowane zaplecza implementujące interfejsy API.

    Note

    Ze względu na różnice w podstawowej architekturze usługi bramy dostępne w różnych warstwach usługi API Management mają pewne różnice w możliwościach. Aby uzyskać szczegółowe informacje, zobacz sekcję Porównanie funkcji: Bramy zarządzane i samodzielnie hostowane.

  • Self-hosted — brama self-hosted to opcjonalna, konteneryzowana wersja domyślnej bramy zarządzanej, dostępna w wybranych opcjach usług. Jest to przydatne w scenariuszach hybrydowych i wielochmurowych, w których wymagane jest uruchamianie bram poza platformą Azure w tych samych środowiskach, w których są hostowane zaplecza interfejsu API. Brama hostowana samodzielnie umożliwia klientom korzystanie z infrastruktury IT typu hybrydowego do zarządzania interfejsami API hostowanymi lokalnie i w różnych chmurach publicznych za pomocą jednej usługi zarządzania API w Azure.

    • Brama hostowana samodzielnie jest spakowana jako kontener platformy Docker oparty na systemie Linux i jest często wdrażana na platformie Kubernetes, w tym w usługach Azure Kubernetes Service i Kubernetes z obsługą usługi Azure Arc.

    • Każda brama samodzielnie hostowana jest skojarzona z zasobem bramy w wystąpieniu API Management hostowanym w chmurze, z którego otrzymuje aktualizacje konfiguracji i zgłasza stan.

Porównanie funkcji: bramy zarządzane i własne

Poniższe tabele porównują funkcje dostępne w następujących bramach usługi API Management:

  • Klasyczny — brama zarządzana dostępna w warstwach usługi Developer, Basic, Standard i Premium (wcześniej pogrupowana jako warstwy dedykowane )
  • V2 — brama zarządzana dostępna w warstwach Podstawowa v2, Standardowa v2 i Premium v2
  • Użycie — brama zarządzana dostępna w warstwie Zużycie
  • Self-hosted — opcjonalna brama zainstalowana na własnym serwerze, dostępna w wybranych warstwach usług
  • Obszar roboczy - zarządzana brama dostępna w obszarze roboczym na wybranych poziomach usług

Note

  • Niektóre funkcje zarządzanych i samodzielnie hostowanych bram są obsługiwane tylko w niektórych warstwach usług lub w niektórych środowiskach wdrożeniowych dla samodzielnie hostowanych bram.
  • Dla aktualnie obsługiwanych funkcji bramy hostowanej samodzielnie upewnij się, że zaktualizowano do najnowszej wersji głównej obrazu kontenera bramy.
  • Zobacz również ograniczenia bramy hostowanej samodzielnie.

Infrastruktura

Obsługa funkcji Classic V2 Zużycie Self-hosted Workspace
Niestandardowe domeny ✔️ ✔️ ✔️ ✔️ ❌
Wbudowana pamięć podręczna ✔️ ✔️ ❌ ❌ ✔️
Zewnętrzna pamięć podręczna zgodna z usługą Redis ✔️ ✔️ ✔️ ✔️ ❌
Wstrzykiwanie sieci wirtualnej Deweloper, Premium Premium, wersja 2 ❌ ✔️1,2 ✔️
Przychodzące prywatne punkty końcowe ✔️ Standardowa v2, Premium v2 ❌ ❌ ❌
Integracja wychodzącej sieci wirtualnej ❌ Standardowa v2, Premium v2 ❌ ❌ ✔️
Strefy dostępności Premium Premium, wersja 2 ❌ ✔️1 ❌
Wdrażanie w wielu regionach Premium ❌ ❌ ✔️1 ❌
Root certyfikaty CA do weryfikacji certyfikatów ✔️ ✔️6 ❌ ✔️3 ❌
Certyfikaty domeny zarządzanej ✔️ ❌ ✔️ ❌ ❌
Ustawienia protokołu TLS ✔️ ✔️ ✔️ ✔️ ❌
HTTP/2 (klient-brama) ✔️4 ✔️4 ❌ ✔️ ❌
HTTP/2 (Brama do zaplecza) ❌ ✔️5 ❌ ✔️5 ❌
Wykrywanie zagrożeń w Defenderze dla interfejsów API ✔️ ✔️ ❌ ❌ ❌

1 Zależy od sposobu wdrażania bramy, ale odpowiada za to klient.
2 Łączność z własnym punktem końcowym konfiguracji bramy w wersji 2 wymaga rozpoznawania NAZW DNS nazwy hosta punktu końcowego.
3 certyfikaty główne urzędu certyfikacji dla własnej bramy są zarządzane oddzielnie dla bramy
4 Należy włączyć protokół klienta.
5 . Skonfiguruj przy użyciu zasad żądania przesyłania dalej .
6 Skonfiguruj szczegóły certyfikatu urzędu certyfikacji dla uwierzytelniania certyfikatu backendowego w ustawieniach zaplecza.

Interfejsy API dla zaplecza

Obsługa funkcji Classic V2 Zużycie Self-hosted Workspace
Specyfikacja interfejsu OpenAPI ✔️ ✔️ ✔️ ✔️ ✔️
Specyfikacja WSDL ✔️ ✔️ ✔️ ✔️ ✔️
Specyfikacja WADL ✔️ ✔️ ✔️ ✔️ ✔️
Aplikacja logiki ✔️ ✔️ ✔️ ✔️ ✔️
App Service ✔️ ✔️ ✔️ ✔️ ✔️
Aplikacja funkcjonalna ✔️ ✔️ ✔️ ✔️ ✔️
Aplikacja kontenera ✔️ ✔️ ✔️ ✔️ ✔️
Service Fabric Deweloper, Premium ❌ ❌ ❌ ❌
Pass-through GraphQL ✔️ ✔️ ✔️ ✔️ ✔️
Syntetyczny grafQL ✔️ ✔️ ✔️1 ✔️1 ❌
Przekazywanie protokołu WebSocket ✔️ ✔️ ❌ ✔️ ✔️
Przekazywanie gRPC ❌ ❌ ❌ ✔️ ❌
OData ✔️ ✔️ ✔️ ✔️ ✔️
Azure OpenAI w modelach firmy Microsoft Foundry oraz w LLMs ✔️ ✔️ ✔️ ✔️ ✔️
Serwer MCP typu pass-through ✔️ ✔️ ❌ ✔️ ❌
Eksportowanie interfejsu API REST jako serwera MCP ✔️ ✔️ ❌ ✔️ ❌
Agent A2A ❌ ✔️ ❌ ❌ ❌
Wyłącznik w zapleczu serwerowym ✔️ ✔️ ❌ ✔️ ✔️
Pula serwerów ze zrównoważonym obciążeniem ✔️ ✔️ ✔️ ✔️ ✔️

Policies

Bramy zarządzane i samodzielnie hostowane obsługują wszystkie dostępne zasady w definicjach zasad z następującymi wyjątkami. Zobacz dokumentację zasad, aby uzyskać szczegółowe informacje o poszczególnych zasadach.

Obsługa funkcji Classic V2 Zużycie Self-hosted1 Workspace
Integracja Dapr ❌ ❌ ❌ ✔️ ❌
Integracja z usługą Service Bus (wersja zapoznawcza) ✔️ ❌ ❌ ❌ ❌
Narzędzia rozpoznawania języka GraphQL i walidacja języka GraphQL ✔️ ✔️ ✔️ ❌ ❌
Pobierz kontekst autoryzacji ✔️ ✔️ ✔️ ❌ ❌
Uwierzytelnianie przy użyciu tożsamości zarządzanej ✔️ ✔️ ✔️ ✔️ ❌
Buforowanie semantyczne usług Azure OpenAI oraz LLM ✔️ ✔️ ✔️ ❌ ❌
Limity i ograniczenia przepustowości ✔️ ✔️ ✔️2 ✔️3 ✔️

1 Skonfigurowane zasady, które nie są obsługiwane przez samodzielnie hostowaną bramę, są pomijane podczas wykonywania polityk.
2 Limit szybkości według klucza, limitu przydziału według klucza i zasad limitu tokenów sztucznej inteligencji nie jest dostępny w warstwie Zużycie.
3 Liczniki limitów przepustowości w bramie samodzielnie hostowanej można skonfigurować do synchronizowania lokalnie (między wystąpieniami bramy w obrębie węzłów klastra), na przykład za pomocą wdrożenia Helm Chart dla platformy Kubernetes lub szablonów wdrożeniowych portalu Azure. Jednak wartości limitów szybkości nie są synchronizowane z innymi zasobami bramy skonfigurowanymi w wystąpieniu usługi API Management, w tym z bramą zarządzaną w chmurze. Dowiedz się więcej

Monitoring

Aby uzyskać szczegółowe informacje na temat opcji monitorowania, zobacz Obserwowanie w usłudze Azure API Management.

Obsługa funkcji Classic V2 Zużycie Self-hosted Workspace
Analiza interfejsu API ✔️ ✔️1 ❌ ❌ ❌
Application Insights ✔️ ✔️ ✔️ ✔️2 ✔️
Rejestrowanie za pośrednictwem usługi Event Hubs ✔️ ✔️ ✔️ ✔️ ✔️
Metryki w usłudze Azure Monitor ✔️ ✔️ ✔️ ✔️ ❌
OpenTelemetry Collector ❌ ❌ ❌ ✔️ ❌
Dzienniki żądań w usługach Azure Monitor i Log Analytics ✔️ ✔️ ❌ ❌ 3 ❌
Lokalne metryki i dzienniki ❌ ❌ ❌ ✔️ ❌
Śledzenie żądań ✔️ ✔️ ✔️ ✔️ ✔️

1 Warstwy wersji v2 obsługują analizę opartą na usłudze Azure Monitor.
2 Brama używa wbudowanego buforu pamięci w Aplikacja Insight dla systemu Azure i nie zapewnia gwarancji dostarczania.
3 Brama hostowana samodzielnie nie wysyła obecnie dzienników zasobów (dzienników diagnostycznych) do usługi Azure Monitor. Opcjonalnie wyślij metryki do usługi Azure Monitor lub skonfiguruj i utrwalaj dzienniki lokalnie, gdzie wdrożono bramę, którą sam wdrożyłeś.

Uwierzytelnianie i autoryzacja

Bramy zarządzane i samodzielnie hostowane obsługują wszystkie dostępne opcje uwierzytelniania i autoryzacji API z następującymi wyjątkami.

Obsługa funkcji Classic V2 Zużycie Self-hosted Workspace
Menedżer poświadczeń ✔️ ✔️ ✔️ ❌ ❌

Przepustowość i skalowanie bramy

Important

Przepływność ma wpływ na liczbę i szybkość współbieżnych połączeń klienckich, rodzaj i liczbę skonfigurowanych zasad, rozmiary ładunków, wydajność interfejsu API zaplecza i inne czynniki. Przepływność bramy hostowanej samodzielnie jest również zależna od pojemności obliczeniowej (procesora CPU i pamięci) hosta, na którym jest uruchomiona. Przeprowadź testowanie obciążenia bramy przy użyciu przewidywanych warunków produkcyjnych, aby dokładnie określić oczekiwaną przepływność.

Brama zarządzana

Aby uzyskać szacowaną maksymalną przepływność bramy w warstwach usługi API Management, zobacz Cennik usługi API Management.

Important

Dane dotyczące przepływności są prezentowane tylko dla informacji i nie mogą być oparte na planowaniu pojemności i budżetu. Aby uzyskać szczegółowe informacje, zobacz Cennik usługi API Management.

  • Poziomy klasyczne

    • Skaluj pojemność bramy, dodając lub usuwając jednostki skalowania, lub podwyższ poziom usług. (Skalowanie nie jest dostępne w warstwie Deweloper).
    • W warstwach Podstawowa, Standardowa i Premium opcjonalnie skonfiguruj automatyczne skalowanie usługi Azure Monitor.
    • W warstwie Premium można opcjonalnie dodać i rozdzielić pojemność bramy w wielu regionach.

  • Poziomy v2

  • Poziom zużycia

    • Wystąpienia usługi API Management w warstwie Zużycie są skalowane automatycznie w zależności od ruchu.

Brama hostowana lokalnie

Brama obszaru roboczego

Zwiększaj pojemność przez dodawanie i usuwanie jednostek skali w bramie obszaru roboczego.

Treści powiązane

Dowiedz się więcej o:

  • Last updated on