نظرة عامة #
تشرح هذه المقالة كيفية ترحيل قاعدة F5 BIG-IP iRule التي توجه عناوين URI متعددة للتطبيقات إلى نفس مجموعة الخوادم الخلفية إلى RELIANOID باستخدام مطابقة خدمة مزرعة HTTP/S الأصلية وأنماط URI للتعبيرات النمطية (regex).
تقوم قاعدة iRule الأصلية بتقييم عنوان URI الوارد وإرسال حركة المرور المطابقة لعدة مسارات تطبيق إلى نفس مجموعة الواجهة الخلفية.
قاعدة F5 الأصلية #
عند استقبال طلب HTTP، يتم تنفيذ ما يلي: `-glob [string tolower [HTTP::uri]] { "/firstapp*" { pool "MY_POOL" } "/secondapp*" { pool "MY_POOL" } "/thirdapp" { pool "MY_POOL" } } }`
هدف الهجرة #
الغرض من هذا التكوين هو:
- مطابقة مسارات التطبيقات المتعددة
- قم بتوجيه جميع حركة المرور المطابقة إلى نفس مجموعة الخوادم الخلفية
- تبسيط منطق توجيه التطبيقات
RELIANOID نهج الهجرة #
In RELIANOIDويمكن تحقيق ذلك بدون استخدام البرمجة النصية عن طريق:
- خدمة HTTP/S واحدة
- مطابقة نمط URI
- التعبيرات العادية (regex)
- تكوين الواجهة الخلفية المشتركة
هذا الأسلوب أبسط وأكثر وضوحًا وأسهل في الصيانة من قواعد iRules الشرطية المتعددة.
RELIANOID الاعداد #
انتقل إلى المزارع > مزرعة HTTP/S > الخدمات و إنشاء خدمة جديدة.
تكوين مطابقة URI #
استخدم التعبير النمطي التالي في نمط عنوان URL:
^/(التطبيق الأول|التطبيق الثاني|التطبيق الثالث)
تهيئة الخوادم الخلفية #
أضف إعدادات قائمة الواجهة الخلفية في الخدمة.
لماذا يُنصح بهذا النهج #
يوفر استخدام خدمة واحدة تعتمد على التعبيرات النمطية ما يلي:
- إعداد أنظف
- صيانة أسهل
- عدد الخدمات المخفّض
- قابلية تطوير أفضل
- استكشاف الأخطاء وإصلاحها بشكل مبسط
بدلاً من إدارة شروط iRule المتعددة، يتم تركيز منطق URI في قاعدة مطابقة واحدة.
التحقق #
اختبر باستخدام CURL. مثال:
حليقة -k https://example.com/firstapp -v
أو:
حليقة -k https://example.com/ Secondapp/api/test -v
نتيجة متوقعة:
- يتم توجيه الطلب إلى مجموعة الخوادم الخلفية المُهيأة
- يستجيب التطبيق بشكل طبيعي
فحص الجهاز #
الطلبات غير متطابقة #
التحقق:
- تم تفعيل وضع التعبير النمطي
- نمط URI صحيح
- لا توجد مسافات مخفية أو صيغة تعبير نمطي غير صالحة
بعض التطبيقات فقط تعمل #
التحقق من:
- يتضمن التعبير النمطي جميع أسماء التطبيقات المطلوبة
- سلوك كتابة الأحرف الكبيرة في معرّف الموارد الموحد (URI)
RELIANOID تكون مطابقة التعبيرات النمطية حساسة لحالة الأحرف ما لم يتم تكوينها بشكل مختلف.
في حال الحاجة إلى مطابقة غير حساسة لحالة الأحرف، استخدم ما يلي:
(؟i)^/(التطبيق الأول|التطبيق الثاني|التطبيق الثالث)
تم إرسال حركة المرور إلى الخدمة الافتراضية #
يشير هذا عادة إلى:
- عدم تطابق التعبير النمطي
- مشكلة في طلب الخدمة
- اختلافات تطبيع URI
طريقه بديله #
على الرغم من إمكانية إنشاء خدمات متعددة، إلا أن هذا لا يُنصح به عمومًا في الحالات التالية:
- تشترك جميع التطبيقات في نفس مجموعة الخوادم الخلفية
- منطق التوجيه متطابق
تُعد الخدمة الواحدة القائمة على التعبيرات النمطية أكثر كفاءة.
أفضل الممارسات #
- قم بتجميع التطبيقات المتشابهة في خدمات مشتركة كلما أمكن ذلك.
- استخدم التعبيرات النمطية بحذر لتجنب التطابقات غير المقصودة
- حافظ على مركزية منطق مطابقة عناوين URI
- قواعد التعبير النمطي للمستندات من أجل الشفافية التشغيلية
ملخص #
يمكن ترحيل قواعد F5 iRules التي تُجري عملية اختيار المجموعة بناءً على URI إلى RELIANOID استخدام خدمة HTTP/S الأصلية للمطابقة مع أنماط التعبيرات النمطية.
يُبسط هذا النهج عملية التهيئة مع الحفاظ على سلوك توجيه التطبيق المكافئ.
