Warstwy usługi Azure API Management w wersji 2
DOTYCZY: Podstawowa wersja 2 | Standardowa, wersja 2 | Premium, wersja 2
Warstwy USŁUGI API Management w wersji 2 (jednostki SKU) są oparte na nowej, bardziej niezawodnej i skalowalnej platformie i zostały zaprojektowane tak, aby usługa API Management była dostępna dla szerszego zestawu klientów i oferuje elastyczne opcje dla szerszej gamy scenariuszy. Warstwy w wersji 2 są dodatkiem do istniejących warstw klasycznych (Developer, Basic, Standard i Premium) oraz warstwy Zużycie. Zobacz szczegółowe porównanie warstw usługi API Management.
Następujące warstwy w wersji 2 są ogólnie dostępne:
Podstawowa wersja 2 — warstwa Podstawowa w wersji 2 jest przeznaczona dla scenariuszy programowania i testowania i jest obsługiwana w ramach umowy SLA.
Standardowa v2 — Standardowa w wersji 2 jest warstwą gotową do produkcji z obsługą zapleczy izolowanych w sieci.
Następująca warstwa w wersji 2 jest dostępna w wersji zapoznawczej:
Wersja Premium v2 — wersja Premium v2 oferuje funkcje przedsiębiorstwa, w tym pełną izolację sieci wirtualnej i skalowanie w przypadku obciążeń o dużej ilości.
Uwaga
Warstwa Premium v2 jest obecnie dostępna w ograniczonej wersji zapoznawczej. Aby się zarejestrować, wypełnij ten formularz.
Najważniejsze możliwości
Szybsze wdrażanie, konfigurowanie i skalowanie — w ciągu kilku minut wdróż wystąpienie usługi API Management gotowe do użycia w środowisku produkcyjnym. Szybkie stosowanie konfiguracji, takich jak aktualizacje certyfikatu i nazwy hosta. Skalowanie wystąpienia w warstwie Podstawowa w wersji 2 lub Standardowa w wersji 2 do maksymalnie 10 jednostek w celu spełnienia wymagań obciążeń usługi API Management. Skalowanie wystąpienia premium w wersji 2 do maksymalnie 30 jednostek.
Uproszczona sieć — warstwy Standardowa v2 i Premium w wersji 2 zapewniają opcje sieciowe w celu odizolowania ruchu przychodzącego i wychodzącego usługi API Management.
Więcej opcji dla obciążeń produkcyjnych — wszystkie warstwy w wersji 2 są obsługiwane w ramach umowy SLA.
Opcje portalu dla deweloperów — włącz portal dla deweloperów, gdy wszystko będzie gotowe do umożliwienia użytkownikom interfejsu API odnajdywania interfejsów API.
Funkcje
Wersja interfejsu API
Najnowsze możliwości warstw w wersji 2 są obsługiwane w interfejsie API usługi API Management w wersji 2024-05-01 lub nowszej.
Opcje sieci
Standardowa v2 i Premium v2 obsługują integrację sieci wirtualnej, aby umożliwić wystąpieniu usługi API Management dotarcie do zapleczy interfejsu API, które są izolowane w jednej połączonej sieci wirtualnej. Brama usługi API Management, płaszczyzna zarządzania i portal deweloperów pozostają publicznie dostępne z Internetu. Sieć wirtualna musi znajdować się w tym samym regionie i subskrypcji co wystąpienie usługi API Management. Dowiedz się więcej.
W wersji zapoznawczej usługa Standard v2 obsługuje również przychodzące połączenia prywatnych punktów końcowych z bramą usługi API Management.
Wersja 2 w warstwie Premium obsługuje również uproszczone wstrzykiwanie sieci wirtualnej w celu całkowitej izolacji ruchu przychodzącego i wychodzącego bramy bez konieczności używania reguł sieciowej grupy zabezpieczeń, tabel tras lub punktów końcowych usługi. Sieć wirtualna musi znajdować się w tym samym regionie i subskrypcji co wystąpienie usługi API Management. Dowiedz się więcej.
Obsługiwane regiony
Aby uzyskać bieżącą listę regionów, w których są dostępne warstwy w wersji 2, zobacz Dostępność warstw w wersji 2 i bram obszarów roboczych.
Dostępność funkcji klasycznych
Większość możliwości klasycznych warstw usługi API Management jest obsługiwana w warstwach v2. Jednak następujące możliwości nie są obsługiwane w warstwach w wersji 2:
- Konfiguracja usługi API Management przy użyciu usługi Git
- Tworzenie kopii zapasowej i przywracanie wystąpienia usługi API Management
- Włączanie usługi Azure DDoS Protection
- Bezpośredni dostęp do interfejsu API zarządzania
Ograniczenia
Następujące możliwości usługi API Management są obecnie niedostępne w warstwach 2.
Infrastruktura i sieć
- Wdrażanie w wielu regionach
- Obsługa strefy dostępności
- Wiele niestandardowych nazw domen
- Metryka pojemności — zastąpiona wartością procentową procesora CPU dla bramy i procentem pamięci metryk bramy
- Wbudowana analiza — zastępowana przez pulpit nawigacyjny oparty na usłudze Azure Monitor
- Skalowanie automatyczne
- Uaktualnianie do warstw w wersji 2 z warstw klasycznych
- Certyfikaty urzędu certyfikacji
- Wysyłanie zdarzeń do usługi Event Grid
Portal dla deweloperów
- Raporty
- Niestandardowy widżet kodu HTML i widżet niestandardowy
- Portal dla deweloperów ( self-hosted)
Brama
- Własna brama
- Limit przydziału według zasad klucza
- Konfiguracja szyfrowania
- Renegocjacja certyfikatu klienta
- Bezpłatny, zarządzany certyfikat TLS
- Żądania do bramy za pośrednictwem hosta lokalnego
Limity zasobów
Następujące limity zasobów dotyczą warstw w wersji 2.
Aby zażądać zwiększenia limitu, utwórz wniosek o pomoc techniczną w witrynie Azure Portal. Aby uzyskać więcej informacji, zobacz plany pomocy technicznej platformy Azure.
| Zasób | Podstawowa wersja 2 | Standardowa, wersja 2 | Premium v2 |
|---|---|---|---|
| Maksymalna liczba jednostek skalowania | 10 | 10 | 30 |
| Maksymalny rozmiar pamięci podręcznej na wystąpienie usługi | 250 MB | 1 GB | 5 GB |
| Maksymalna liczba interfejsów API na wystąpienie usługi | 150 | 500 | 2500 |
| Maksymalna liczba operacji interfejsu API na wystąpienie usługi | 3000 | 10,000 | 20,000 |
| Maksymalna liczba subskrypcji na wystąpienie usługi | 500 | 2000 | 4000 |
| Maksymalna liczba produktów na wystąpienie usługi | 50 | 200 | 400 |
| Maksymalna liczba użytkowników na wystąpienie usługi | 300 | 2000 | 4000 |
| Maksymalna liczba grup na wystąpienie usługi | 20 | 100 | 200 |
| Maksymalna liczba serwerów autoryzacji na wystąpienie usługi | 10 | 500 | 500 |
| Maksymalna liczba fragmentów zasad na wystąpienie usługi | 50 | 50 | 100 |
| Maksymalna liczba dostawców openID Connect na wystąpienie usługi | 10 | 10 | 20 |
| Maksymalna liczba certyfikatów na wystąpienie usługi | 100 | 100 | 100 |
| Maksymalna liczba zapleczy na wystąpienie usługi | 100 | 100 | 100 |
| Maksymalna liczba pamięci podręcznych na wystąpienie usługi | 100 | 100 | 100 |
| Maksymalna liczba nazwanych wartości na wystąpienie usługi | 100 | 100 | 100 |
| Maksymalna liczba rejestratorów na wystąpienie usługi | 100 | 100 | 100 |
| Maksymalna liczba schematów na wystąpienie usługi | 100 | 100 | 100 |
| Maksymalna liczba schematów na interfejs API | 100 | 100 | 100 |
| Maksymalna liczba tagów na wystąpienie usługi | 100 | 100 | 100 |
| Maksymalna liczba tagów na interfejs API | 100 | 100 | 100 |
| Maksymalna liczba zestawów wersji na wystąpienie usługi | 100 | 100 | 100 |
| Maksymalna liczba wydań na interfejs API | 100 | 100 | 100 |
| Maksymalna liczba operacji na interfejs API | 100 | 100 | 100 |
| Maksymalna liczba narzędzi rozpoznawania języka GraphQL na wystąpienie usługi | 100 | 100 | 100 |
| Maksymalna liczba rozpoznawania języka GraphQL na interfejs API | 100 | 100 | 100 |
| Maksymalna liczba interfejsów API na produkt | 100 | 100 | 100 |
| Maksymalna liczba interfejsów API na subskrypcję | 100 | 100 | 100 |
| Maksymalna liczba produktów na subskrypcję | 100 | 100 | 100 |
| Maksymalna liczba grup na produkt | 100 | 100 | 100 |
| Maksymalna liczba tagów na produkt | 100 | 100 | 100 |
| Równoczesne połączeniazaplecza 1 na urząd HTTP | 2048 | 2048 | 2048 |
| Maksymalny rozmiar buforowanej odpowiedzi | 2 MiB | 2 MiB | 2 MiB |
| Maksymalny rozmiar dokumentu zasad | 256 KiB | 256 KiB | 256 KiB |
| Maksymalny rozmiar ładunku żądania | 1 GiB | 1 GiB | 1 GiB |
| Maksymalny rozmiar buforowanego ładunku | 2 MiB | 2 MiB | 2 MiB |
| Maksymalny rozmiar ładunku żądania/odpowiedzi w dziennikach diagnostycznych | 8192 bajty | 8192 bajty | 8192 bajty |
| Maksymalny rozmiaradresu URL żądania 2 | 16 384 bajty | 16 384 bajty | 16 384 bajty |
| Maksymalna długość segmentu ścieżki adresu URL | 1024 znaki | 1024 znaki | 1024 znaki |
| Maksymalna długość znaków nazwanej wartości | 4096 znaków | 4096 znaków | 4096 znaków |
| Maksymalny rozmiar treści żądania lub odpowiedzi w zasadach weryfikacji zawartości | 100 KiB | 100 KiB | 100 KiB |
| Maksymalny rozmiar schematu interfejsu API używanego przez zasady walidacji | 4 MB | 4 MB | 4 MB |
| Maksymalna liczba aktywnych połączeń protokołu WebSocket na jednostkę3 | 5,000 | 5,000 | 5,000 |
1 Połączenia są w puli i ponownie używane, chyba że są jawnie zamknięte przez zaplecze.
2 Zawiera do 2048-bajtowy długi ciąg zapytania.
3 Maksymalnie 60 000 połączeń na wystąpienie usługi.
Limity portalu dla deweloperów
Następujące limity dotyczą portalu deweloperów w warstwach v2.
| Towar | Podstawowa wersja 2 | Standardowa, wersja 2 | Premium v2 |
|---|---|---|---|
| Maksymalna liczba plików multimedialnych do przekazania | 15 | 15 | 15 |
| Maksymalny rozmiar pliku multimedialnego | 500 KB | 500 KB | 500 KB |
| Maksymalna liczba stron | 30 | 50 | 50 |
| Maksymalna liczba widżetów1 | 30 | 50 | 50 |
| Maksymalny rozmiar metadanych na stronę | 350 KB | 350 KB | 350 KB |
| Maksymalny rozmiar metadanych na widżet1 | 350 KB | 350 KB | 350 KB |
| Maksymalna liczba żądań klientów na minutę | 200 | 200 | 200 |
1 Limit dla wbudowanych widżetów, takich jak tekst, obrazy lub lista interfejsów API. Obecnie niestandardowe widżety i niestandardowe widżety kodu HTML nie są obsługiwane w warstwach v2.
Wdrożenie
Wdróż wystąpienie warstwy w wersji 2 przy użyciu witryny Azure Portal lub za pomocą narzędzi, takich jak interfejs API REST platformy Azure, usługa Azure Resource Manager, szablon Bicep lub narzędzie Terraform.
Często zadawane pytania
.: Czy mogę przeprowadzić migrację z istniejącego wystąpienia usługi API Management do nowego wystąpienia warstwy w wersji 2?
Odpowiedź: Nie. Obecnie nie można migrować istniejącego wystąpienia usługi API Management (w warstwie Zużycie, Deweloper, Podstawowa, Standardowa lub Premium) do nowego wystąpienia warstwy w wersji 2. Obecnie warstwy w wersji 2 są dostępne tylko dla nowo utworzonych wystąpień usługi.
.: Jaka jest relacja między platformą obliczeniową stv2 a warstwami w wersji 2?
1: Nie są one powiązane. stv2 to wersja platformy obliczeniowej wystąpień usług w warstwie Deweloper, Podstawowa, Standardowa i Premium. stv2 jest następcą platformy obliczeniowej stv1, która została wycofana w 2024 roku.
.: Czy nadal będę mógł aprowizować usługi developer, Basic, Standard lub Premium?
1: Tak, nie ma żadnych zmian w klasycznych warstwach Developer, Basic, Standard lub Premium.
.: Jaka jest różnica między integracją sieci wirtualnej w warstwie Standardowa w wersji 2 i iniekcji sieci wirtualnej w warstwach Premium i Premium v2?
Uwierzytelnianie: Wystąpienie usługi w wersji 2 w warstwie Standardowa można zintegrować z siecią wirtualną w celu zapewnienia bezpiecznego dostępu do zapleczy znajdujących się tam. Wystąpienie usługi w wersji 2 w warstwie Standardowa zintegrowane z siecią wirtualną ma publiczny adres IP na potrzeby dostępu przychodzącego.
Warstwa Premium i warstwa Premium w wersji 2 obsługują pełną izolację sieci przez wdrożenie (iniekcja) w sieci wirtualnej bez uwidaczniania publicznego adresu IP. Dowiedz się więcej o opcjach sieci w usłudze API Management.
.: Czy mogę wdrożyć wystąpienie warstwy Podstawowa w wersji 2 lub Standardowa w wersji 2 całkowicie w mojej sieci wirtualnej?
1: Nie, takie wdrożenie jest obsługiwane tylko w warstwach Premium i Premium w wersji 2.
Powiązana zawartość
- Porównaj warstwy usługi API Management.
- Dowiedz się więcej o bramach usługi API Management
- Dowiedz się więcej o cenach usługi API Management.