Bagikan melalui

Tingkat Azure API Management v2

  • Artikel

BERLAKU UNTUK: Dasar v2 | Standar v2

Kami memperkenalkan serangkaian tingkat harga (SKU) baru untuk Azure API Management: tingkat v2. Tingkat baru dibangun di atas platform baru, lebih andal dan dapat diskalakan dan dirancang untuk membuat API Management dapat diakses oleh sekumpulan pelanggan yang lebih luas dan menawarkan opsi fleksibel untuk berbagai skenario yang lebih luas. Tingkat v2 selain tingkat klasik yang ada (Pengembang, Dasar, Standar, dan Premium) dan tingkat Konsumsi. Pelajari selengkapnya.

Tingkat v2 berikut umumnya tersedia:

  • Dasar v2 - Tingkat Dasar v2 dirancang untuk skenario pengembangan dan pengujian, dan didukung dengan SLA.

  • Standard v2 - Standard v2 adalah tingkat siap produksi dengan dukungan untuk backend yang terisolasi jaringan.

Kemampuan utama

  • Penyebaran, konfigurasi, dan penskalaan yang lebih cepat - Sebarkan instans API Management siap produksi dalam hitungan menit. Terapkan konfigurasi dengan cepat seperti pembaruan sertifikat dan nama host. Skalakan instans Basic v2 atau Standard v2 dengan cepat hingga 10 unit untuk memenuhi kebutuhan beban kerja manajemen API Anda.

  • Jaringan yang disederhanakan - Tingkat Standar v2 mendukung koneksi keluar ke backend yang terisolasi jaringan.

  • Opsi lainnya untuk beban kerja produksi - Tingkat v2 semuanya didukung dengan SLA. Tingkatkan dari Basic v2 ke Standard v2 untuk menambahkan lebih banyak opsi produksi.

  • Opsi portal pengembang - Aktifkan portal pengembang saat Anda siap untuk mengizinkan konsumen API menemukan API Anda.

Opsi jaringan

Tingkat Standard v2 mendukung integrasi VNet untuk memungkinkan instans API Management Anda menjangkau backend API yang diisolasi dalam satu VNet yang terhubung. Gateway API Management, bidang manajemen, dan portal pengembang tetap dapat diakses secara publik dari internet. VNet harus berada di wilayah yang sama dengan instans API Management. Pelajari selengkapnya.

Fitur

versi API

Tingkat v2 didukung dalam API Management API versi 2023-05-01-preview atau yang lebih baru.

Wilayah yang didukung

Tingkat v2 tersedia di wilayah berikut:

  • AS Timur 2
  • AS Tengah Bagian Selatan
  • US Tengah Utara
  • AS Barat
  • US Barat 2
  • Prancis Tengah
  • Jerman Barat Tengah
  • Eropa Utara
  • Norwegia Timur
  • Eropa Barat
  • Swiss Utara
  • UK Selatan
  • UK Barat
  • Afrika Selatan Utara
  • India Tengah
  • India Selatan
  • Brasil Selatan
  • Australia Tengah
  • Australia Timur
  • Australia Tenggara
  • Asia Timur
  • Jepang Timur
  • Asia Tenggara
  • Korea Tengah

Ketersediaan fitur

Sebagian besar kemampuan tingkat API Management klasik didukung di tingkat v2. Namun, kemampuan berikut tidak didukung di tingkat v2:

  • Konfigurasi layanan API Management menggunakan Git
  • Mencadangkan dan memulihkan instans API Management
  • Mengaktifkan Azure DDoS Protection
  • Analitik bawaan (diganti dengan dasbor berbasis Azure Monitor)

Batasan

Kemampuan API Management berikut saat ini tidak tersedia di tingkat v2.

Infrastruktur dan jaringan

  • Redundansi zona
  • Penyebaran multi-wilayah
  • Beberapa nama domain kustom
  • Metrik kapasitas - digantikan oleh Persentase CPU metrik Gateway dan Persentase Memori Gateway
  • Penskalaan otomatis
  • Koneksi masuk menggunakan titik akhir privat
  • Injeksi dalam VNet dalam mode eksternal atau mode internal
  • Tingkatkan ke tingkat v2 dari tingkat v1
  • Ruang kerja
  • Sertifikat CA

Portal pengembang

  • Laporan
  • Widget kode HTML kustom dan widget kustom
  • Portal pengembang yang dihost sendiri

Gateway

  • Gateway yang dihost sendiri
  • Kuota menurut kebijakan kunci
  • Konfigurasi cipher
  • Negosiasi ulang sertifikat klien
  • Sertifikat TLS gratis dan terkelola
  • Permintaan ke gateway melalui localhost

Batas Sumber Daya

Batas sumber daya berikut berlaku untuk tingkat v2.

Untuk meminta peningkatan batas, buat permintaan dukungan dari portal Azure. Untuk informasi lebih lanjut, lihat paket Dukungan Azure.

Sumber daya Dasar v2 Standar v2
Jumlah maksimum unit skala 10 10
Ukuran cache maksimum per instans layanan 250 MB 1 GB
Jumlah maksimum API per instans layanan 150 500
Jumlah maksimum operasi API per instans layanan 3.000 10,000
Jumlah maksimum langganan per instans layanan 500 2.000
Jumlah maksimum produk per instans layanan 50 200
Jumlah maksimum pengguna per instans layanan 300 2.000
Jumlah maksimum grup per instans layanan 20 100
Jumlah maksimum server otorisasi per instans layanan 10 500
Jumlah maksimum fragmen kebijakan per instans layanan 50 50
Jumlah maksimum penyedia OpenID Connect per instans layanan 10 10
Jumlah maksimum sertifikat per instans layanan 100 100
Jumlah maksimum backend per instans layanan 100 100
Jumlah maksimum cache per instans layanan 100 100
Jumlah maksimum nilai bernama per instans layanan 100 100
Jumlah maksimum pencatat per instans layanan 100 100
Jumlah maksimum skema per instans layanan 100 100
Jumlah maksimum skema per API 100 100
Jumlah maksimum tag per instans layanan 100 100
Jumlah maksimum tag per API 100 100
Jumlah maksimum set versi per instans layanan 100 100
Jumlah maksimum rilis per API 100 100
Jumlah maksimum operasi per API 100 100
Jumlah maksimum pemecah masalah GraphQL per instans layanan 100 100
Jumlah maksimum pemecah masalah GraphQL per API 100 100
Jumlah maksimum API per produk 100 100
Jumlah maksimum API per langganan 100 100
Jumlah maksimum produk per langganan 100 100
Jumlah maksimum grup per produk 100 100
Jumlah maksimum tag per produk 100 100
Koneksi back-end bersamaan1 per otoritas HTTP 2.048 2.048
Ukuran respons cache maksimum 2 MiB 2 MiB
Ukuran dokumen kebijakan maksimum 256 KiB 256 KiB
Ukuran payload permintaan maksimum 1 GiB 1 GiB
Ukuran payload maksimum yang di-buffer 2 MiB 2 MiB
Ukuran payload permintaan/respons maksimum dalam log diagnostik 8.192 byte 8.192 byte
UkuranURL permintaan maksimum 2 16,384 byte 16,384 byte
Panjang maksimum segmen jalur URL 1.024 karakter 1.024 karakter
Panjang karakter maksimum dari nilai bernama 4.096 karakter 4.096 karakter
Ukuran maksimum badan permintaan atau tanggapan dalam kebijakan validasi-konten 100 KiB 100 KiB
Ukuran maksimum skema API yang digunakan oleh kebijakan validasi 4 MB 4 MB
Jumlah maksimum koneksi WebSocket aktif per unit3 5\.000 5\.000

1 Koneksi dikumpulkan dan digunakan kembali kecuali ditutup secara eksplisit oleh backend.
2 Menyertakan string kueri panjang hingga 2048 byte.
3 Hingga maksimum 60.000 koneksi per instans layanan.

Batas portal pengembang

Batas berikut berlaku untuk portal pengembang di tingkat v2.

Item Dasar v2 Standar v2
Jumlah maksimum file media yang akan diunggah 15 15
Ukuran maksimum file media 500 KB 500 KB
Jumlah maksimum halaman 30 50
Jumlah maksimum widget1 30 50
Ukuran maksimum metadata per halaman 350 KB 350 KB
Ukuran maksimum metadata per widget1 350 KB 350 KB
Jumlah maksimum permintaan klien per menit 200 200

1 Batas untuk widget bawaan seperti teks, gambar, atau daftar API. Saat ini, widget kustom dan widget kode HTML kustom tidak didukung di tingkat v2.

Penyebaran

Sebarkan instans tingkat Dasar v2 atau Standard v2 menggunakan templat portal Azure, Azure REST API, atau Azure Resource Manager atau Bicep.

Tanya jawab umum

T: Dapatkah saya bermigrasi dari instans API Management saya yang ada ke instans tingkat v2 baru?

J: Tidak. Saat ini Anda tidak dapat memigrasikan instans API Management yang ada (di tingkat Konsumsi, Pengembang, Dasar, Standar, atau Premium) ke instans tingkat v2 baru. Saat ini tingkat v2 hanya tersedia untuk instans layanan yang baru dibuat.

T: Apa hubungan antara platform komputasi stv2 dan tingkat v2?

A: Mereka tidak terkait. stv2 adalah versi platform komputasi dari instans layanan tingkat Pengembang, Dasar, Standar, dan Premium. stv2 adalah penerus platform stv1 yang dijadwalkan untuk pensiun pada tahun 2024.

T: Apakah saya masih dapat menyediakan layanan tingkat Dasar atau Standar?

A: Ya, tidak ada perubahan pada tingkat Dasar atau Standar.

T: Apa perbedaan antara integrasi VNet di tingkat Standard v2 dan dukungan VNet di tingkat Premium?

A: Instans layanan Standard v2 dapat diintegrasikan dengan VNet untuk menyediakan akses aman ke backend yang berada di sana. Instans layanan Standard v2 yang terintegrasi dengan VNet akan memiliki alamat IP publik. Tingkat Premium mendukung integrasi privat penuh dengan VNet (sering disebut sebagai injeksi ke VNet) tanpa mengekspos alamat IP publik.

T: Dapatkah saya menyebarkan instans tingkat Dasar v2 atau Standard v2 sepenuhnya di VNet saya?

A: Tidak, penyebaran semacam itu hanya didukung di tingkat Premium.

T: Apakah tingkat Premium v2 direncanakan?

A: Ya, pratinjau Premium v2 direncanakan dan akan diumumkan secara terpisah.

Konten terkait