Share via

مستويات V2 لإدارة واجهة برمجة تطبيقات Azure

  • مقالة

ينطبق على: الإصدار 2 الأساسي | الإصدار 2 القياسي

نقدم مجموعة جديدة من مستويات التسعير (SKUs) لإدارة واجهة برمجة تطبيقات Azure: مستويات v2. تم بناء المستويات الجديدة على نظام أساسي جديد وأكثر موثوقية وقابلية للتطوير وهي مصممة لجعل إدارة واجهة برمجة التطبيقات في متناول مجموعة أوسع من العملاء وتوفر خيارات مرنة لمجموعة أوسع من السيناريوهات. المستويات v2 بالإضافة إلى المستويات الكلاسيكية الموجودة (المطور والأساسي والقياسي والمتميزة) وطبقة الاستهلاك. اعرف المزيد.

تتوفر مستويات v2 التالية بشكل عام:

  • الإصدار 2 الأساسي - تم تصميم طبقة الإصدار 2 الأساسية لسيناريوهات التطوير والاختبار، ويتم دعمها مع اتفاقية مستوى الخدمة.

  • الإصدار 2 القياسي - الإصدار القياسي 2 هو مستوى جاهز للإنتاج مع دعم للخلفيات المعزولة للشبكة.

الإمكانات الأساسية

  • نشر وتكوين وتحجيم أسرع - نشر مثيل APIM جاهز للإنتاج في دقائق. تطبيق التكوينات بسرعة مثل تحديثات الشهادة واسم المضيف. قم بتوسيع نطاق مثيل Basic v2 أو Standard v2 بسرعة حتى تصل إلى 10 وحدات لتلبية احتياجات أحمال عمل إدارة واجهة برمجة التطبيقات.

  • الشبكات المبسطة - يدعم مستوى الإصدار 2 القياسي الاتصالات الصادرة إلى الخلفيات المعزولة عن الشبكة.

  • المزيد من الخيارات لأحمال عمل الإنتاج - يتم دعم جميع مستويات الإصدار 2 مع اتفاقية مستوى الخدمة. الترقية من الإصدار 2 الأساسي إلى الإصدار القياسي 2 لإضافة المزيد من خيارات الإنتاج.

  • خيارات مدخل المطور - قم بتمكين مدخل المطور عندما تكون مستعدا للسماح لمستهلكي واجهة برمجة التطبيقات باكتشاف واجهات برمجة التطبيقات الخاصة بك.

خيارات الشبكات

يدعم المستوى القياسي v2 تكامل VNet للسماح لمثيل APIM بالوصول إلى الواجهات الخلفية لواجهة برمجة التطبيقات المعزولة في شبكة ظاهرية متصلة واحدة. تظل بوابة APIM ولوحة الإدارة ومدخل المطور متاحة للجمهور من الإنترنت. يجب أن تكون الشبكة الظاهرية في نفس المنطقة مثل مثيل APIM. اعرف المزيد.

الميزات

إصدار API

يتم دعم المستويات v2 في API Management API الإصدار 2023-05-01-preview أو أحدث.

المناطق المدعومة

تتوفر مستويات v2 في المناطق التالية:

  • South Central US
  • غرب الولايات المتحدة
  • وسط فرنسا
  • وسط غرب ألمانيا
  • أوروبا الشمالية
  • أوروبا الغربية
  • جنوب المملكة المتحدة
  • غرب المملكة المتحدة
  • جنوب البرازيل
  • وسط أستراليا
  • شرق أستراليا
  • جنوب شرق أستراليا
  • شرق آسيا
  • جنوب شرق آسيا
  • وسط كوريا

توفر الميزات

يتم دعم معظم قدرات مستويات إدارة واجهة برمجة التطبيقات الكلاسيكية في المستويات v2. ومع ذلك، لا يتم دعم الإمكانات التالية في مستويات v2:

  • تكوين خدمة APIM باستخدام Git
  • النسخ الاحتياطي واستعادة مثيل APIM
  • تمكين Azure DDoS Protection
  • تحليلات مضمنة (تم استبدالها بلوحة معلومات تستند إلى Azure Monitor)

القيود

قدرات APIM التالية غير متوفرة حاليا في مستويات v2.

البنية التحتية والشبكات

  • التكرار في المنطقة
  • توزيع متعدد المناطق
  • أسماء مجالات مخصصة متعددة
  • مقياس السعة
  • التحجيم التلقائي
  • الاتصال الوارد باستخدام نقطة نهاية خاصة
  • الحقن في VNet في الوضع الخارجي أو الوضع الداخلي
  • الترقية إلى مستويات v2 من مستويات v1
  • مساحات العمل

مدخل المطور

  • تفويض تسجيل المستخدم والاشتراك في المنتج
  • التقارير
  • عنصر واجهة مستخدم التعليمات البرمجية ل HTML المخصص وأداة مخصصة
  • مدخل المطور المستضاف ذاتيا

عباره

  • بوابة ذاتية الاستضافة
  • الحصة النسبية حسب النهج الرئيسي
  • تكوين التشفير
  • إعادة التفاوض على شهادة العميل
  • شهادة TLS مجانية مدارة
  • طلب التتبع في وحدة تحكم الاختبار
  • طلبات إلى البوابة عبر المضيف المحلي

حدود الموارد

تنطبق حدود الموارد التالية على مستويات v2.

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

Resource الإصدار 2 الأساسي الإصدار 2 القياسي
العدد الأقصى لوحدات المقياس 10 10
الحد الأقصى لحجم ذاكرة التخزين المؤقت لكل مثيل خدمة 250 ميغابايت 1 جيجابايت
الحد الأقصى لعدد واجهات برمجة التطبيقات لكل مثيل خدمة 150 500
الحد الأقصى لعدد عمليات واجهة برمجة التطبيقات لكل مثيل خدمة 3,000 10,000
الحد الأقصى لعدد الاشتراكات لكل مثيل خدمة 500 2,000
الحد الأقصى لعدد المنتجات لكل مثيل خدمة 50 200
الحد الأقصى لعدد المستخدمين لكل مثيل خدمة 300 2,000
الحد الأقصى لعدد المجموعات لكل مثيل خدمة 20 100
الحد الأقصى لعدد خوادم التخويل لكل مثيل خدمة 10 500
الحد الأقصى لعدد أجزاء النهج لكل مثيل خدمة 50 50
الحد الأقصى لعدد موفري الاتصال OpenID لكل مثيل خدمة 10 10
الحد الأقصى لعدد الشهادات لكل مثيل خدمة 100 100
الحد الأقصى لعدد الخلفيات لكل مثيل خدمة 100 100
الحد الأقصى لعدد ذاكرة التخزين المؤقت لكل مثيل خدمة 100 100
الحد الأقصى لعدد القيم المسماة لكل مثيل خدمة 100 100
الحد الأقصى لعدد المسجلين لكل مثيل خدمة 100 100
الحد الأقصى لعدد المخططات لكل مثيل خدمة 100 100
الحد الأقصى لعدد المخططات لكل واجهة برمجة تطبيقات 100 100
الحد الأقصى لعدد العلامات لكل مثيل خدمة 100 100
الحد الأقصى لعدد العلامات لكل واجهة برمجة تطبيقات 100 100
الحد الأقصى لعدد مجموعات الإصدارات لكل مثيل خدمة 100 100
الحد الأقصى لعدد الإصدارات لكل واجهة برمجة تطبيقات 100 100
الحد الأقصى لعدد العمليات لكل واجهة برمجة تطبيقات 100 100
الحد الأقصى لعدد محللات GraphQL لكل مثيل خدمة 100 100
الحد الأقصى لعدد محللات GraphQL لكل واجهة برمجة تطبيقات 100 100
الحد الأقصى لعدد واجهات برمجة التطبيقات لكل منتج 100 100
الحد الأقصى لعدد واجهات برمجة التطبيقات لكل اشتراك 100 100
الحد الأقصى لعدد المنتجات لكل اشتراك 100 100
الحد الأقصى لعدد المجموعات لكل منتج 100 100
الحد الأقصى لعدد العلامات لكل منتج 100 100
الاتصالات الخلفية المتزامنة1 لكل مرجع HTTP 2,048 2,048
الحد الأقصى لحجم الاستجابة المخزنة مؤقتًا 2 ميبيبايت 2 ميبيبايت
الحد الأقصى لحجم مستند النهج 256 كيبيبايت 256 كيبيبايت
الحد الأقصى لإجمالي مدة الطلب 30 seconds 30 seconds
الحد الأقصى لحجم حمولة الطلب 1 جيجابيت 1 جيجابيت
الحد الأقصى لحجم الحمولة المخزنة مؤقتا 2 ميبيبايت 2 ميبيبايت
الحد الأقصى لحجم حمولة الطلب/الاستجابة في سجلات التشخيص 8,192 بايت 8,192 بايت
الحد الأقصى لحجمعنوان URL للطلب 2 16,384 بايت 16,384 بايت
الحد الأقصى لطول مقطع مسار URL 1,024 حرفاً 1,024 حرفاً
الحد الأقصى لحجم الطلب أو نص الاستجابة في نهج التحقق من صحة المحتوى 100 كيبيبايت 100 كيبيبايت
الحد الأقصى لحجم مخطط واجهة برمجة التطبيقات المستخدم بواسطة نهج التحقق من الصحة 4 ميجابايت 4 ميجابايت
الحد الأقصى لعدد اتصالات WebSocket النشطة لكل وحدة 5,000 5,000

يتم تجميع 1 الاتصال وإعادة استخدامها ما لم تغلقها الواجهة الخلفية بشكل صريح.
2 يتضمن سلسلة استعلام طويلة تصل إلى 2048 بايت.

حدود مدخل المطور

تنطبق الحدود التالية على مدخل المطور في مستويات v2.

العنصر الإصدار 2 الأساسي الإصدار 2 القياسي
الحد الأقصى لعدد ملفات الوسائط المطلوب تحميلها 15 15
الحد الأقصى لحجم ملف الوسائط 500 كيلوبايت 500 كيلوبايت
الحد الأقصى لعدد الصفحات 30 50
الحد الأقصى لعدد عناصر واجهة المستخدم1 30 50
الحد الأقصى لحجم بيانات التعريف لكل صفحة 350 كيلوبايت 350 كيلوبايت
الحد الأقصى لحجم بيانات التعريف لكل عنصر واجهة مستخدم1 350 كيلوبايت 350 كيلوبايت
الحد الأقصى لعدد طلبات العميل في الدقيقة 200 200

1 حد لعناصر واجهة المستخدم المضمنة مثل النص أو الصور أو قائمة واجهات برمجة التطبيقات. حاليا، لا يتم دعم عناصر واجهة المستخدم المخصصة وعناصر واجهة مستخدم تعليمات HTML البرمجية المخصصة في المستويات v2.

التوزيع

نشر مثيل من المستوى Basic v2 أو Standard v2 باستخدام مدخل Microsoft Azure أو Azure REST API أو Azure Resource Manager أو قالب Bicep.

الأسئلة الشائعة

س: هل يمكنني الترحيل من مثيل API Management الحالي إلى مثيل طبقة v2 جديد؟

ج: لا. لا يمكنك حاليا ترحيل مثيل APIM موجود (في مستوى الاستهلاك أو المطور أو الأساسي أو القياسي أو المتميز) إلى مثيل طبقة v2 جديد. تتوفر حاليا مستويات v2 لمثيلات الخدمة التي تم إنشاؤها حديثا فقط.

س: ما هي العلاقة بين النظام الأساسي لحساب stv2 وطبقات v2؟

ج: لا صلة بينهما. stv2 هو إصدار نظام أساسي للحساب لمثيلات خدمة المستوى المطور والأساسي والقياسي والمتميزة. stv2 هو خلف لمنصة stv1 المقرر إيقافها في عام 2024.

س: هل سأظل قادرا على توفير خدمات المستوى الأساسي أو القياسي؟

ج: نعم، لا توجد تغييرات على المستويات الأساسية أو القياسية.

س: ما الفرق بين تكامل VNet في مستوى الإصدار 2 القياسي ودعم VNet في المستوى المتميز؟

ج: يمكن دمج مثيل خدمة الإصدار 2 القياسي مع شبكة ظاهرية لتوفير وصول آمن إلى الخلفيات الموجودة هناك. سيكون لمثيل خدمة الإصدار 2 القياسي المدمج مع VNet عنوان IP عام. يدعم المستوى المتميز تكاملا خاصا بالكامل مع VNet (غالبا ما يشار إليه باسم الحقن في VNet) دون الكشف عن عنوان IP عام.

س: هل يمكنني نشر مثيل من المستوى Basic v2 أو Standard v2 بالكامل في VNet الخاص بي؟

ج: لا، لا يتم دعم مثل هذا التوزيع إلا في المستوى المتميز.

س: هل تم التخطيط لطبقة Premium v2؟

ج: نعم، تم التخطيط لمعاينة Premium v2 وسيتم الإعلان عنها بشكل منفصل.

المحتوى ذو الصلة