أنت الآن بصدد الاطّلاع على مستندات Apigee Edge.
انتقِل إلى
مستندات Apigee X. info
خلال شهري آب (أغسطس) وأيلول (سبتمبر) 2015، سننقل أجهزة توجيه السحابة الإلكترونية وموازنات التحميل في Apigee Edge إلى NGINX (يُلفظ "إنجين إكس"). يوفّر NGINX، وهو خادم ويب مفتوح المصدر، أداءً أفضل وتزامنًا أعلى من أدوات موازنة التحميل وأجهزة التوجيه الحالية.
تأثير هذا التغيير في عملاء السحابة الإلكترونية
باختصار، يجب أن يكون هذا التغيير واضحًا بالنسبة إليك ولا يتطلّب منك اتّخاذ أي إجراء سوى التأكّد من أنّ أنظمتك تعمل على النحو المتوقّع. في ما يلي أوصاف للخطوات التي سنتّخذها، بالإضافة إلى إجابات عن بعض الأسئلة الشائعة.
الخطوة 1 - تحديث البرامج
سنرقّي جميع أجهزة التوجيه إلى جهاز التوجيه الجديد المستند إلى NGINX من خلال الاستفادة من نموذج النشر على مراحل، وذلك للمساعدة في ضمان عدم تأثّر الخدمات نتيجةً لهذا النشاط.
الخطوة 2 - إزالة مستوى موازن التحميل في البيئات غير الإنتاجية
مع توفّر جهاز توجيه NGINX الجديد الذي يتولّى وظيفة موازنة التحميل، سنبدأ عملية إزالة مستوى موازنة التحميل الحالي في بيئاتك غير الإنتاجية أولاً. ستبقى موازنات التحميل في مرحلة الإنتاج كما هي بدون تغيير خلال هذه الخطوة. قبل إزالة موازنات التحميل الحالية، سنتّخذ نهجًا شاملاً لضمان عمل الزيارات على النحو المتوقّع. ليس مطلوبًا منك اتخاذ أي إجراء لإكمال هذه الخطوة. ومع ذلك، عليك إبلاغ Apigee بأي مشاكل، وسنعمل معك على حلّها قبل المتابعة إلى الخطوة 3.
الخطوة 3: إزالة مستوى موازن التحميل في بيئات الإنتاج
بعد إكمال الخطوة 2 بنجاح، سنحدّد مجموعة من فترات الصيانة لإزالة مستوى موازن التحميل في بيئات الإنتاج باستخدام الطريقة نفسها المذكورة في الخطوة 2 لضمان استمرار عمل زيارات واجهة برمجة التطبيقات في وقت التشغيل على النحو المتوقّع.
التغييرات على وظائف المنتج
في ما يلي بعض التغييرات التي طرأت على وظائف المنتج بعد التبديل إلى NGINX.
منهي العمل به
لم يعُد بالإمكان استخدام الخصائص التالية في ProxyEndpoints:
- allow.http10
- allow.http11
- allow.http.method.*
- allow.POST.without.content.length
- allow.PUT.without.content.length
لحلّ مشكلة الإيقاف النهائي هذا، يُرجى الاطّلاع على مقالة المنتدى التالية: خصائص طريقة السماح بطلبات HTTP لنقطة نهاية الخادم الوكيل لا تعمل.
الأسئلة الشائعة
في ما يلي إجابات عن بعض الأسئلة الشائعة حول نقل البيانات إلى NGINX.
خلال الخطوة 1، تكون الإجابة "لا" لأنّنا لن نعدّل موازنات التحميل الحالية، وبالتالي لن نغيّر بشكل مباشر أيًا من عناوين IP التي تعرض المحتوى. ومع ذلك، ونظرًا لطبيعة خدمة موازنة التحميل في Amazon Web Services (AWS)، تنطبق قواعد التوسيع العادية، ما يعني أنّ عناوين IP قد تتغيّر كجزء من منطق التوسيع (الوظيفة الحالية). لهذا السبب، لا ننصح بتنفيذ إعدادات القائمة المسموح بها في Northbound باستخدام مجموعة منتجات Apigee Edge. خلال الخطوتين 2 و3، ستكون هناك آثار على قائمة السماح عند إزالة موازن التحميل وعناوين IP المرتبطة به. نتيجةً لذلك، سننسّق معك بشكل وثيق خلال هذه الخطوات لضمان انتقال سلس من خلال توفير مجموعة جديدة من عناوين IP التي يجب السماح بالوصول إليها.
لا يلزم إجراء أي تغييرات، على افتراض أنّ خوادم المصدر هي خوادم نقطة النهاية المستهدَفة (الخوادم التي يتم استدعاؤها من حزمة الخادم الوكيل). يحدث هذا التغيير في الجانب الشمالي من Apigee أو نقطة الدخول إلى Apigee.
لا، ستستمر إدخالات CNAME الحالية في العمل على النحو المتوقّع.
إذا كنت تستخدم طبقة المقابس الآمنة (SSL)، لن تؤثر الخطوة الأولية في إعدادات SSL الحالية. ومع ذلك، سنحتاج إلى التنسيق معك عن كثب لضمان إعداد SSL بشكل صحيح على جهاز التوجيه الجديد قبل المتابعة إلى الخطوتين 2 و3.
سيتم تأخير الخطوتين 2 و3 إلى أن يتم تأكيد توفّر ميزة SNI.
ولا نتوقّع حدوث أي توقّف عن العمل. سيتم تطبيق التغييرات باستخدام نموذج النشر العادي خلال فترات الإصدار الحالية.