إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
تفرض إدارة واجهة برمجة التطبيقات في Azure قيودا مختلفة على الموارد مثل عمليات واجهة برمجة التطبيقات والكيانات الأخرى. تشرح هذه المقالة سبب وجود هذه الحدود وكيفية استخدام الخدمة بفعالية ضمن هذه القيود.
لماذا توجد حدود للخدمة؟
تعمل Azure API Management على بنية تحتية مادية محدودة. لضمان الأداء الموثوق لجميع العملاء، تفرض الخدمة حدودا معايرة بناء على:
- سعة النظام الأساسي Azure وخصائص الأداء
- إمكانيات مستوى الخدمة
- أنماط استخدام العملاء النموذجية
حدود الموارد مترابطة ومضبوطة لمنع أي جانب منفرد من التأثير على الأداء العام للخدمة.
تغييرات في حدود الخدمة - تحديث 2026
ابتداء من مارس 2026 وعلى مدى الأشهر التالية، تقدم Azure API Management حدود موارد محدثة للمثيلات عبر جميع المستويات. الحدود موضحة في الجدول التالي.
ملاحظة
الحدود لكل مثيل خدمة ما لم ينص على خلاف ذلك.
عند عد عدد الموارد المتعلقة ب API (مثل عمليات API والعلامات)، تشمل إدارة API أيضا إصدارات وإصدارات API.
| الكيان/المورد | الاستخدام | المطور | أساسي/ الإصدار 2 الأساسي |
ستاندرد/ قياسي v2 |
بريميوم/ الإصدار المميز v2 |
|---|---|---|---|---|---|
| عمليات API | 3,000 | 3,000 | 10,000 | 50,000 | 75,000 |
| علامات API | 1,500 | 1,500 | 1,500 | 2,500 | 15,000 |
| القيم المسماة | 5,000 | 5,000 | 5,000 | 10,000 | 18,000 |
| قطع الاشجار | 100 | 100 | 100 | 200 | 400 |
| المنتجات | 100 | 100 | 200 | 500 | 2,000 |
| Subscriptions | غير متوفر | 10,000 | 15,000 | 25,000 | 75,000 |
| المستخدمون | غير متوفر | 20,000 | 20,000 | 50,000 | 75,000 |
| الهويات التي يديرها المستخدم | 10 | 10 | 10 | 10 | 10 |
| مساحات العمل لكل بوابة مساحة عمل | غير متوفر | غير متوفر | غير متوفر | غير متوفر | 30 |
| البوابات المستضافة ذاتيا | غير متوفر | 5 | غير متوفر | غير متوفر | 1001 |
1 ينطبق فقط على الفئة المميزة.
ما الذي يتغير
- الحدود في المستويات الكلاسيكية الآن تتوافق مع تلك الموجودة في مستويات v2.
- يتم فرض قيود على مجموعة أصغر من أنواع الموارد المرتبطة مباشرة بسعة الخدمة وأدائها، مثل عمليات واجهة برمجة التطبيقات، والعلامات، والمنتجات، والاشتراكات.
ملاحظة
يمكن تعديل حدود الموارد مع مرور الوقت لتعكس أحدث قدرات الخدمة.
عملية النشر
يتم تطبيق حدود جديدة بشكل تدريجي حسب المستوى كما يلي:
| Tier | تاريخ الإطلاق المتوقع |
|---|---|
| الاستخدام المطور أساسي الإصدار 2 الأساسي |
15 مارس 2026 |
| قياسي قياسي v2 |
15 أبريل 2026 |
| Premium الإصدار المميز v2 |
15 مايو 2026 |
سياسة الحدود لعملاء الفئة الكلاسيكية الحاليين
بعد أن تدخل القيود الجديدة حيز التنفيذ، يمكنك الاستمرار في استخدام موارد إدارة واجهة برمجة التطبيقات الموجودة لديك دون انقطاع.
- الخدمات الكلاسيكية الحالية، حيث يتجاوز الاستخدام الحالي الحدود الجديدة، يتم "الاعتماد عليها" عند إدخال القيود الجديدة. (الإصدارات في مستويات v2 تخضع بالفعل للحدود الجديدة.)
- سيتم تحديد حدود الخدمات المحمولة بمقدار 10% أعلى من الاستخدام الملحوظ للعميل عند دخول الحدود الجديدة حيز التنفيذ.
- ينطبق نظام الجد حسب الخدمة ومستوى الخدمة.
- الخدمات القائمة والجديدة الأخرى تخضع للحدود الجديدة عند دخولها حيز التنفيذ.
إدارة الموارد ضمن الحدود
إذا كنت تصل إلى حدود الموارد، قد تلاحظ تأثيرات مثل عدم القدرة على إنشاء موارد جديدة أو تحديث الموارد الموجودة. قد تواجه أيضا تدهورا في الأداء في بعض العمليات الخدمية.
فيما يلي إرشادات لمساعدتك على إدارة مواردك بفعالية في هذه الحالات.
تحسين إدارة الموارد
- نفذ عملية تنظيف منتظمة للموارد غير المستخدمة.
- استخدم العلامات بفعالية لتحديد الموارد التي يمكنك توحيدها أو إزالتها.
- راجع مقاييس السعة لفهم استخدام الموارد ونقاط الزجاجة المحتملة.
تحسين واجهة برمجة التطبيقات وتنظيم التشغيل
عند عد الموارد المتعلقة بواجهة برمجة التطبيقات (مثل عمليات وعلامات واجهة برمجة التطبيقات)، تتضمن إدارة البرمجة أيضا إصدارات وإصدارات واجهة برمجة التطبيقات (API). يمكن أن تساعد الاستراتيجيات التالية عند الاقتراب من حدود هذه الموارد:
- قم بإزالة إصدارات أو تعديلات واجهات برمجة التطبيقات غير المستخدمة.
- دمج أو إزالة العمليات حيثما كان ذلك مناسبا.
- استخدم نسخ وتحديثات API بشكل استراتيجي.
تقييم مستوى الخدمة الخاص بك
إذا كنت تصل باستمرار إلى حدود الموارد أو مشاكل في السعة، قم بتقييم مستوى الخدمة الحالي لديك. تختلف بعض الحدود، مثل تلك الخاصة بعمليات واجهة برمجة التطبيقات، حسب مستوى الخدمة.
- ضع في اعتبارك خيارات لإضافة وحدات أو ترقية فئتك.
- ضع في اعتبارك نشر مثيل إضافي لإدارة واجهة برمجة التطبيقات في المستوى الحالي.
لتقييم التكاليف المرتبطة بهذه الخيارات، راجع تسعير إدارة واجهة برمجة تطبيقات Azure.
إرشادات لزيادة الحد
في بعض الحالات، قد ترغب في زيادة حد الخدمة. قبل طلب زيادة الحد، يرجى ملاحظة الإرشادات التالية:
استكشف استراتيجيات لمعالجة المشكلة بشكل استباقي قبل طلب زيادة الحد. راجع القسم السابق إدارة الموارد ضمن الحدود.
ضع في اعتبارك التأثيرات المحتملة لزيادة الحد على الأداء العام للخدمة واستقرارها. زيادة الحد قد تؤثر على سعة خدمتك أو زيادة زمن الاستجابة في بعض عمليات الخدمة.
طلب زيادة الحد
ينظر فريق المنتج في طلبات زيادة الحد فقط للعملاء الذين يستخدمون خدمات في المستويات التالية المصممة لأحمال العمل المتوسطة إلى الكبيرة:
- ستاندرد وستاندرد v2
- بريميوم وبريميوم v2
يتم تقييم طلبات زيادات الحد على أساس كل حالة على حدة وليست مضمونة. يعطي فريق المنتج الأولوية لعملاء المستوى المميز والبريميوم v2 لزيادة الحدود.
لطلب زيادة الحد، قم بإنشاء طلب دعم من مدخل Microsoft Azure. لمزيد من المعلومات، راجع خطط دعم Azure.