حل API7: التوفر العالي لخدمات B2B

في سياق التواصل مع العملاء، يبرز سؤال رئيسي بشكل متكرر: "هل توفرون خدمة عالية التوفر؟ وكيف؟"

توفر API7 Enterprise مكونات أساسية لعمليات نشر عالية التوفر يديرها العميل. يعتمد التوفر على بنية النشر لدى العميل، وتبعيات البنية التحتية، وعمليات التشغيل؛ ولا تتضمن API7 Enterprise المستضافة ذاتيًا نسبة تشغيل على مستوى المنتج.

في البيئة التجارية، يعد التوفر العالي لخدمات API أمرًا بالغ الأهمية حيث يؤثر بشكل مباشر على استمرارية وموثوقية العملاء. لماذا يعتبر التوفر العالي بالغ الأهمية لأعمال B2B؟ لأنه، كمقياس رئيسي، يمكن لأي انقطاع أو فشل في خدمات API خلال اللحظات الحرجة أن يؤثر بشكل كبير على أعمال العملاء، مما يؤدي ليس فقط إلى خسائر مالية ولكن أيضًا إلى إلحاق الضرر بسمعة العملاء ومصداقيتهم.

كيف تدعم API7 عمليات نشر عالية التوفر؟

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

مستوى التحكم عديم الحالة

يستخدم مستوى التحكم في API7 Enterprise تصميمًا عديم الحالة لإدارة تكوينات واجهات API. يتيح هذا التصميم للعملاء أو لمنصة التنسيق تشغيل مثيلات متعددة واستبدال المثيلات غير السليمة من دون نقل حالة التطبيق بينها. ويمكن أن يقلل ذلك أثر فشل أحد المثيلات، بشرط أن يهيئ العميل التكرار، وفحوصات الصحة، وتوزيع حركة المرور، وقدرة الاستبدال المناسبة.

PostgreSQL كمركز تكوين افتراضي

تستخدم API7 Enterprise PostgreSQL لتخزين بيانات التكوين. ويمكن نشر PostgreSQL باستخدام أنماط النسخ المتماثل وتجاوز الأعطال التي يختارها العميل، بحيث يستطيع مثيل احتياطي تولي الخدمة عند فشل المثيل الأساسي. ويتولى العميل أو مزود البنية التحتية تكوين قاعدة البيانات ومراقبتها واختبار تجاوز الأعطال؛ لذلك يعتمد توفر بيانات التكوين على بنية PostgreSQL والتخزين والشبكة وعمليات التشغيل المستخدمة.

مستوى البيانات عديم الحالة

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

مستوى البيانات ومستوى التحكم المستقلان

يفصل API7 Enterprise معالجة حركة المرور في مستوى البيانات عن إدارة التكوين في مستوى التحكم. يستخدم مستوى البيانات التكوين الذي تمت مزامنته ولا يحتاج إلى استعلام مستوى التحكم لكل طلب. وعند تعذر الوصول إلى مستوى التحكم في بعض السيناريوهات، يمكن لمثيل مستوى البيانات استخدام آخر تكوين معروف لمعالجة الطلبات القائمة، لكنه لن يتلقى تحديثات جديدة حتى استعادة الاتصال. وتظل النتيجة معتمدة على صحة مثيلات البوابة وتبعياتها وبنية النشر لدى العميل.

سيناريوهات الاستخدام وفوائد بنية التوفر العالي

في عمليات النشر عبر Docker أو الآلات الافتراضية، يمكن للعملاء تشغيل عدة مثيلات من API7 Gateway خلف موازن حمل مزود بفحوصات صحة، ثم إزالة المثيلات غير السليمة وإطلاق بدائل من خلال أدوات التشغيل التي يختارونها. وفي Kubernetes، يمكن استخدام النسخ المتماثلة وفحوصات الجاهزية والحيوية ووحدات التحكم لاستبدال الـ pods غير السليمة. ولا تصبح هذه الآليات فعالة إلا بعد أن يضبط العميل عدد النسخ، والسعة، وسياسات الجدولة، والتخزين، والشبكة، واختبارات تجاوز الأعطال.

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

الخلاصة

توفر API7 Enterprise آليات توفر عالٍ لعمليات النشر التي يديرها العميل. يمكن لهذه الآليات تقليل أثر الأعطال، لكن توفر الخدمة المحقق يعتمد على بنية النشر لدى العميل، وتبعيات البنية التحتية، وعمليات التشغيل.