Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Azure API Management memberlakukan berbagai batasan pada sumber daya seperti operasi API dan entitas lainnya. Artikel ini menjelaskan mengapa batas ini ada dan cara menggunakan layanan secara efektif dalam batasan ini.
Mengapa ada batas layanan?
Azure API Management beroperasi pada infrastruktur fisik terbatas. Untuk memastikan performa yang andal bagi semua pelanggan, layanan memberlakukan batas yang dikalibrasi berdasarkan:
- Kapasitas platform Azure dan karakteristik performa
- Kemampuan tingkat layanan
- Pola penggunaan pelanggan tipikal
Batas sumber daya saling terkait dan disetel untuk mencegah aspek tunggal mengganggu performa layanan secara keseluruhan.
Pembatasan kapasitas gateway
Pembatasan kapasitas gateway adalah perlindungan layanan yang membantu mencegah gateway Manajemen API menjadi kelebihan beban.
Pembatasan kapasitas gateway dapat menolak permintaan masuk dengan HTTP 429 (Terlalu Banyak Permintaan) untuk melindungi kapasitas. Respons HTTP 429 saja tidak menunjukkan insiden layanan. Jika keterbatasan kapasitas memengaruhi trafik Anda, lakukan scale-out jika tingkat layanan Anda mendukungnya, atau lakukan scale-up ke tingkat yang memiliki perangkat keras yang lebih mumpuni.
Untuk panduan kapasitas, lihat Kapasitas instance Azure API Management.
Perubahan pada batasan layanan - Pembaruan 2026
Mulai Maret 2026 dan selama beberapa bulan berikutnya, Azure API Management memperkenalkan batas sumber daya yang diperbarui untuk instans di semua tingkatan. Batasan diperlihatkan dalam tabel berikut.
Nota
Batasan adalah per instans layanan kecuali dinyatakan sebaliknya.
Saat menghitung jumlah sumber daya terkait API (seperti operasi dan tag API), API Management juga menyertakan versi dan revisi API.
| Entitas/Sumber Daya | Konsumsi | Pengembang | Dasar/ Dasar v2 |
Standar/ Standar v2 |
Premium/ Premium v2 |
|---|---|---|---|---|---|
| Pengoperasian API | 3.000 | 3.000 | 10.000 | 50.000 | 75,000 |
| Tag API | 1,500 | 1,500 | 1,500 | 2,500 | 15,000 |
| Nilai yang diberi nama | 5.000 | 5.000 | 5.000 | 10.000 | 18.000 |
| Penebang | 100 | 100 | 100 | 200 | 400 |
| Products | 100 | 100 | 200 | 500 | 2,000 |
| Langganan | N/A | 10.000 | 15,000 | 25,000 | 75,000 |
| Pengguna | N/A | 20.000 | 20.000 | 50.000 | 75,000 |
| Identitas terkelola yang ditetapkan pengguna | 10 | 10 | 10 | 10 | 10 |
| Jumlah ruang kerja per gateway workspace | N/A | N/A | 301 | 301 | 30 |
| Gateway yang dihost sendiri | N/A | 5 | N/A | N/A | 1002 |
1 Saat ini hanya berlaku untuk tingkat v2.
2 Hanya berlaku untuk tingkat Premium.
Apa yang berubah
- Batasan di tingkat klasik sekarang selaras dengan yang diatur dalam tingkat v2.
- Batasan diberlakukan untuk sekumpulan jenis sumber daya yang lebih kecil yang terkait langsung dengan kapasitas dan performa layanan, seperti operasi API, tag, produk, dan langganan.
Nota
Batas sumber daya dapat disesuaikan dari waktu ke waktu untuk mencerminkan kemampuan layanan terbaru.
Proses peluncuran
Batas baru diluncurkan dalam pendekatan bertahap berdasarkan tingkatan sebagai berikut:
| Tier | Tanggal peluncuran yang diharapkan |
|---|---|
| Konsumsi Pengembang Dasar Dasar v2 |
15 Maret 2026 |
| Standar
Standar v2 |
15 April 2026 |
| Premium Premium v2 |
Mei 15, 2026 |
Kebijakan batasan untuk pelanggan tingkat klasik yang ada
Setelah batas baru berlaku, Anda dapat terus menggunakan sumber daya API Management yang sudah ada sebelumnya tanpa gangguan.
- Layanan tingkat klasik yang ada, di mana penggunaan saat ini melebihi batas baru, akan "diwariskan" ketika batas baru diberlakukan. (Instans di tingkat v2 sudah tunduk pada batas baru.)
- Batas dalam layanan kakek akan ditetapkan 10% lebih tinggi dari penggunaan yang diamati pelanggan pada saat batas baru berlaku.
- Grandfathering berlaku untuk setiap layanan dan tingkatan layanan.
- Layanan lain yang ada dan layanan baru tunduk pada batas baru saat diterapkan.
Mengelola sumber daya dalam batas
Jika Anda mencapai batas sumber daya, Anda mungkin melihat dampak seperti tidak dapat membuat sumber daya baru atau memperbarui sumber daya yang sudah ada. Anda mungkin juga mengalami penurunan performa dalam beberapa operasi layanan.
Berikut ini adalah panduan untuk membantu Anda mengelola sumber daya secara efektif dalam kasus ini.
Meningkatkan manajemen sumber daya
- Menerapkan proses pembersihan reguler untuk sumber daya yang tidak digunakan.
- Gunakan tag secara efektif untuk mengidentifikasi sumber daya yang dapat Anda konsolidasikan atau hapus.
- Tinjau metrik kapasitas untuk memahami pemanfaatan sumber daya dan potensi hambatan.
Mengoptimalkan API dan organisasi operasi
Saat menghitung sumber daya terkait API (seperti operasi dan tag API), API Management juga menyertakan versi dan revisi API. Strategi berikut dapat membantu saat mendekati batas untuk sumber daya ini:
- Hapus versi atau revisi API yang tidak digunakan.
- Mengonsolidasikan atau menghapus operasi jika sesuai.
- Gunakan versi API dan revisi secara strategis.
Mengevaluasi tingkat layanan Anda
Jika Anda secara konsisten mencapai batas sumber daya atau masalah kapasitas, evaluasi tingkat layanan Anda saat ini. Batas tertentu, seperti untuk operasi API, bervariasi menurut tingkat layanan.
- Pertimbangkan opsi untuk menambahkan unit atau meningkatkan tingkat Anda.
- Pertimbangkan untuk menyebarkan instans API Management tambahan di tingkat saat ini.
Untuk mengevaluasi biaya yang terkait dengan opsi ini, lihat Harga Azure API Management.
Panduan untuk peningkatan batas
Dalam beberapa kasus, Anda mungkin ingin meningkatkan batas layanan. Sebelum meminta peningkatan batas, perhatikan panduan berikut:
Jelajahi strategi untuk mengatasi masalah secara proaktif sebelum meminta peningkatan batas. Lihat bagian sebelumnya Mengelola sumber daya dalam batas.
Pertimbangkan dampak potensial dari peningkatan batas pada performa dan stabilitas layanan secara keseluruhan. Meningkatkan batas dapat memengaruhi kapasitas layanan Anda atau meningkatkan latensi dalam beberapa operasi layanan.
Meminta peningkatan batas
Tim produk mempertimbangkan permintaan peningkatan batas hanya untuk pelanggan yang menggunakan layanan di tingkat berikut yang dirancang untuk beban kerja produksi menengah hingga besar:
- Standar dan Standar Versi 2
- Premium dan Premium v2
Permintaan peningkatan batas dievaluasi berdasarkan kasus per kasus dan tidak dijamin. Tim produk memprioritaskan pelanggan tingkat Premium dan Premium v2 untuk peningkatan batas.
Untuk meminta peningkatan batas, buat permintaan dukungan dari portal Azure. Untuk informasi lebih lanjut, lihat paket Dukungan Azure.