Share via

ضمان توفر API Management وموثوقيتها

  • مقالة

ينطبق على: Premium

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

تدعم APIM قدرات الخدمة الرئيسية التالية الموصى بها لحلول Azure الموثوقة والمرنة . استخدمها بشكل فردي أو معا لتحسين توفر حل APIM الخاص بك:

  • مناطق التوفر، لتوفير المرونة في حالات الانقطاع على مستوى مراكز البيانات

  • النشر متعدد المناطق، لتوفير المرونة في حالات الانقطاع الإقليمي

إشعار

تدعم إدارة واجهة برمجة التطبيقات مناطق التوفر والتوزيع متعدد المناطق في طبقة الخدمة المتميزة.

مجموعات التوافر

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

يتيح تمكين تكرار المنطقة لمثيل APIM في منطقة مدعومة التكرار لجميع مكونات الخدمة: البوابة و مستوى الإدارة ومدخل المطور. يقوم Azure تلقائيا بنسخ جميع مكونات الخدمة عبر المناطق التي تحددها. لا يتوفر التكرار في المنطقة إلا في طبقة الخدمة المتميزة.

عند تمكين تكرار المنطقة في منطقة ما، ضع في اعتبارك عدد وحدات مقياس APIM التي تحتاج إلى توزيع. بحد أدنى، قم بتكوين نفس عدد الوحدات مثل عدد مناطق التوفر، أو مضاعف بحيث يتم توزيع الوحدات بالتساوي عبر المناطق. على سبيل المثال، إذا حددت 3 مناطق توفر في منطقة ما، فقد يكون لديك 3 وحدات بحيث تستضيف كل منطقة وحدة واحدة.

إشعار

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

توزيع متعدد المناطق

باستخدام النشر متعدد المناطق، يمكنك إضافة بوابات API إقليمية إلى مثيل APIM موجود في منطقة واحدة أو أكثر من مناطق Azure المدعومة. يساعد النشر متعدد المناطق على تقليل زمن وصول الطلب الذي يدركه مستهلكو واجهة برمجة التطبيقات الموزَّعون جغرافياً ويحسن توفر الخدمة إذا لم تكن إحدى المناطق متصلة بالإنترنت. لا يتوفر النشر متعدد المناطق إلا في مستوى الخدمة المتميزة.

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

  • إذا كنت ترغب في تكوين موقع ثانوي لمثيل APIM عند نشره (إدخاله) في شبكة ظاهرية، يجب أن تتطابق الشبكة الظاهرية ومنطقة الشبكة الفرعية مع الموقع الثانوي الذي تقوم بتكوينه. إذا كنت تقوم بإضافة منطقة التوفر أو إزالتها أو تمكينها في المنطقة الأساسية، أو إذا كنت تقوم بتغيير الشبكة الفرعية للمنطقة الأساسية، فسيتغير عنوان VIP لمثيل APIM الخاص بك. لمزيد من المعلومات، راجع عناوين IP لخدمة Azure API Management. ومع ذلك، إذا كنت تضيف منطقة ثانوية، فلن يتغير VIP الخاص بالمنطقة الأساسية لأن كل منطقة لها VIP خاص بها.

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

  • عندما تتلقى إدارة واجهة برمجة التطبيقات طلبات HTTP العامة إلى نقطة نهاية إدارة نسبة استخدام الشبكة (تنطبق على VNet الخارجية والأوضاع غير المتصلة بالشبكة لإدارة واجهة برمجة التطبيقات)، يتم توجيه حركة المرور إلى بوابة إقليمية استنادا إلى أقل زمن انتقال، مما يمكن أن يقلل من زمن الانتقال الذي يواجهه مستهلكو واجهة برمجة التطبيقات الموزعون جغرافيا.

  • تحتوي البوابة في كل منطقة (بما في ذلك المنطقة الأساسية) على اسم DNS إقليمي يتبع نمط عنوان URL ل https://<service-name>-<region>-01.regional.azure-api.net، على سبيل المثال https://contoso-westus2-01.regional.azure-api.net.

  • إذا كانت المنطقة غير متصلة، يتم توجيه طلبات واجهة برمجة التطبيقات تلقائيا حول المنطقة الفاشلة إلى أقرب بوابة تالية.

  • إذا كانت المنطقة الأساسية غير متصلة، تصبح وحدة إدارة API Management ومدخل المطور غير متوفرين، ولكن تستمر المناطق الثانوية في خدمة طلبات واجهة برمجة التطبيقات باستخدام أحدث تكوين للبوابة.

الجمع بين مناطق التوفر والتوزيع متعدد المناطق

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

أمثلة:

  • استخدام مناطق التوفر لتحسين مرونة المنطقة الأساسية في نشر متعدد المناطق

  • توزيع وحدات المقياس عبر مناطق التوفر والمناطق لتحسين أداء البوابة الإقليمية

اعتبارات اتفاقية مستوى الخدمة

توفر APIM اتفاقية مستوى الخدمة بنسبة 99.99٪ عند توزيع وحدة واحدة على الأقل في منطقتين أو مناطق توفر أو أكثر. لمزيد من المعلومات، راجع الأسعار.

إشعار

بينما تسعى Azure باستمرار للحصول على أعلى مرونة ممكنة في اتفاقية مستوى الخدمة للنظام الأساسي السحابي، يجب عليك تحديد اتفاقيات مستوى الخدمة المستهدفة الخاصة بك للمكونات الأخرى للحل الخاص بك.

توفر الواجهة الخلفية

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

الخلفيات الإقليمية

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

  • في عمليات النشر متعددة المناطق، استخدم النهج لتوجيه الطلبات من خلال البوابات الإقليمية إلى الخلفيات الإقليمية.

  • تكوين النهج لتوجيه الطلبات بشكل مشروط إلى الخلفيات المختلفة إذا كان هناك فشل في الخلفية في منطقة معينة.

  • استخدم التخزين المؤقت لتقليل المكالمات الفاشلة.

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

تكوين خصائص الواجهة الخلفية للتوفر

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

  • توزيع حركة المرور وموازنة التحميل إلى مجموعة من عناوين URL
  • تكوين قواعد قاطع الدائرة لتطبيق نمط قاطع الدائرة لحماية الواجهة الخلفية من عدد كبير جدا من الطلبات

الخطوات التالية