Twoja firma uruchamia lokalny klaster Kubernetes i chce wymuszać zasady APIM blisko backendów, aby zmniejszyć opóźnienia. Sieć zezwala tylko na ruch wychodzący do Azure przez HTTPS. Musisz zachować jedną powierzchnię API w Azure, jednocześnie przetwarzając wywołania lokalnie. Co należy zrobić?

Prawidłowa odpowiedź to utworzenie bramy self-hosted w APIM. Pozwala to na wdrożenie części Azure API Management (APIM) w środowisku lokalnym, blisko backendów, co minimalizuje opóźnienia. Brama self-hosted synchronizuje konfigurację z Azure APIM przez HTTPS (port 443), co jest zgodne z wymaganiami sieciowymi dotyczącymi ruchu wychodzącego. Utrzymuje to jedną płaszczyznę zarządzania API w Azure, jednocześnie przetwarzając wywołania lokalnie. Nieprawidłowe odpowiedzi: Utworzenie instancji APIM w trybie IaaS i wdrożenie jej jako maszyn wirtualnych w podsieci klastra lokalnego nie jest standardowym ani wspieranym scenariuszem dla APIM. APIM jest usługą PaaS. Udostępnienie usług lokalnych w Internecie i użycie ograniczeń IP w APIM zwiększyłoby opóźnienia i naraziłoby usługi na dostęp publiczny, co jest sprzeczne z celem zmniejszenia opóźnień i bezpiecznego dostępu. Wdrożenie Azure Arc-enabled API Management nie jest poprawną opcją, ponieważ Azure Arc-enabled API Management nie istnieje jako oddzielna usługa. Azure Arc służy do zarządzania zasobami hybrydowymi, a brama self-hosted jest komponentem APIM, który może być zarządzany w środowiskach hybrydowych, w tym na Kubernetes z Azure Arc. Jednak brama self-hosted wymaga łączności wychodzącej do Azure w celu synchronizacji konfiguracji, co wyklucza działanie "bez żadnej łączności wychodzącej".