Tingkat Azure API Management v2
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:
- US Tengah Selatan
- AS Barat
- Prancis Tengah
- Jerman Barat Tengah
- Eropa Utara
- Eropa Barat
- UK Selatan
- UK Barat
- Brasil Selatan
- Australia Tengah
- Australia Timur
- Australia Tenggara
- Asia 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
- 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
Portal pengembang
- Delegasi pendaftaran pengguna dan langganan produk
- 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
- Meminta pelacakan di konsol pengujian
- 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 Koneksi OpenID 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 |
| Total durasi permintaan maksimum | 30 detik | 30 detik |
| 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 |
| 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 unit | 5\.000 | 5\.000 |
1 Koneksi ion dikumpulkan dan digunakan kembali kecuali ditutup secara eksplisit oleh backend.
2 Menyertakan string kueri panjang hingga 2048 byte.
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
- Bandingkan tingkat API Management.
- Pelajari selengkapnya tentang gateway API Management
- Pelajari tentang harga API Management.