مشاركة عبر


فهم حدود خدمة إدارة واجهة برمجة تطبيقات Azure

تفرض إدارة واجهة برمجة تطبيقات Azure قيودا مختلفة على الموارد مثل واجهات برمجة التطبيقات والعمليات والكيانات الأخرى. توضح هذه المقالة سبب وجودها وكيفية استخدام الخدمة بشكل فعال ضمن هذه القيود.

لماذا توجد حدود للخدمة؟

توجد حدود الخدمة في Azure API Management، كما هو الحال مع جميع خدمات Azure، لأنه حتى الخدمات السحابية تعمل على البنية الأساسية المادية بموارد محدودة. بينما يوفر Azure قابلية توسع ومرونة هائلة، فإن بنية الأجهزة والنظام الأساسية لها قيود متأصلة نديرها لضمان أداء موثوق به لعملائنا.

حدود الخدمة في Azure API Management ليست قيودا عشوائية ولكن يتم معايرتها بناء على:

  • سعة النظام الأساسي Azure وخصائص الأداء
  • إمكانيات مستوى الخدمة
  • أنماط استخدام العملاء النموذجية

حدود الموارد مترابطة ومضبوطة للعمل معا. إنها تمنع أي جانب واحد من جوانب الخدمة من تعطيل الأداء العام للخدمة.

التغييرات في حدود الخدمة في المستويات الكلاسيكية

ابتداء من مارس 2026، ستنشر Azure API Management وتطبق الحدود المحدثة على الإصدارات في المستويات الكلاسيكية (المطور، الأساسي، القياسي، والمميز) ومستوى الاستهلاك. ستتوافق هذه التحديثات مع قدرات كل مستوى وتساعد العملاء على اختيار الخيار المناسب لاحتياجاتهم.

ما الذي يتغير

  • الحدود الجديدة لموارد المستوى الكلاسيكي ستكون أسهل مقارنة بالحدود في مستويات الخدمة V2.
  • في السابق، لم يتم تحديد حدود موارد معينة في المستويات الكلاسيكية بشكل صريح أو فرضها. من الناحية العملية، كانت هذه الموارد مقيدة دائما بتكوين الخدمة وسعة الخدمة وعدد وحدات القياس وتكوين السياسة وعوامل أخرى. الحدود الجديدة ستجعل هذه القيود واضحة ومتوقعة.

سياسة الحدود للعملاء الحاليين

بعد تطبيق حدود المستوى الكلاسيكي الجديدة، يمكنك الاستمرار في استخدام مواردك دون انقطاع. وهذا يعني:

  • خدمات المستوى الكلاسيكي الحالية التي تتجاوز بالفعل الحدود المنشورة لن تتأثر.
  • ستتمكن من إجراء تغييرات على الموارد الحالية وإضافة موارد جديدة حتى عتبة صغيرة أعلى من استخدامك الحالي.

يضمن هذا النهج عدم تعطل أحمال العمل الحالية مع الاستمرار في تشجيع التوافق مع الحدود الجديدة بمرور الوقت.

استراتيجيات إدارة الموارد

إذا كنت تقترب من حدود معينة من الموارد أو وصلت إليها، ففكر في هذه الاستراتيجيات:

تحسين إدارة الموارد

  • تنفيذ عملية تنظيف منتظمة للموارد غير المستخدمة
  • استخدام العلامات بشكل فعال لتحديد الموارد التي يمكن دمجها أو إزالتها
  • مراجعة مقاييس السعة لفهم استخدام الموارد وتحديد الاختناقات المحتملة.

تحسين واجهة برمجة التطبيقات وتنظيم التشغيل

عند حساب عدد واجهات برمجة التطبيقات والموارد المتعلقة بواجهة برمجة التطبيقات (مثل عمليات واجهة برمجة التطبيقات والواجهات الخلفية والعلامات وما إلى ذلك)، تتضمن إدارة واجهة برمجة التطبيقات أيضا إصدارات واجهة برمجة التطبيقات والمراجعات. ضع في اعتبارك الاستراتيجيات التالية عند الاقتراب من حدود هذه الموارد:

  • إزالة إصدارات واجهة برمجة التطبيقات أو المراجعات غير المستخدمة
  • دمج العمليات أو إزالتها عند الاقتضاء
  • إعادة تنظيم واجهات برمجة التطبيقات بأعداد كبيرة من العمليات في واجهات برمجة تطبيقات متعددة أصغر وأكثر تركيزا
  • استخدام إصدارات واجهة برمجة التطبيقات والمراجعات بشكل استراتيجي

تقييم مستوى الخدمة الخاص بك

إذا كنت تصل باستمرار إلى حدود الموارد، فقد يكون من المفيد تقييم مستوى الخدمة الحالي. تختلف حدود معينة مثل واجهات برمجة التطبيقات حسب مستوى الخدمة.

  • ضع في اعتبارك خيارات لإضافة وحدات أو ترقية فئتك.
  • ضع في اعتبارك نشر مثيل إضافي لإدارة واجهة برمجة التطبيقات في المستوى الحالي.

إرشادات لزيادة الحد

في بعض الحالات، قد ترغب في طلب زيادة حدود خدمة معينة. قبل القيام بذلك ، لاحظ الإرشادات التالية:

  • استكشف استراتيجيات لمعالجة المشكلة بشكل استباقي قبل طلب زيادة الحد. راجع قسم استراتيجيات إدارة الموارد السابق لمزيد من المعلومات.

  • ضع في اعتبارك التأثيرات المحتملة لزيادة الحد على الأداء العام للخدمة واستقرارها. قد تؤثر زيادة الحد على سعة خدمتك أو تتسبب في زيادة زمن الوصول في بعض عمليات الخدمة.

طلب زيادة الحد

لطلب زيادة الحد، قم بإنشاء طلب دعم من مدخل Microsoft Azure. لمزيد من المعلومات، راجع خطط دعم Azure.

يتم تقييم طلبات زيادات الحد على أساس كل حالة على حدة وليست مضمونة. نحن نعطي الأولوية لعملاء الفئة المميزة لزيادة الحد.