يوضّح هذا المستند كيفية طلب وظائف ملفّ الشخصي التي تعمل في الخلفية (غير المستندة إلى بروتوكول HTTPS) لإعادة المحاولة في حال تعذّر إكمالها.
الدلالات المتعلّقة بإعادة المحاولة
توفّر Cloud Functions تنفيذًا لمرة واحدة على الأقل لدالة مستندة إلى الأحداث لكل حدث ينبعث من مصدر حدث. بشكل تلقائي، إذا تم إنهاء استدعاء الدالة مع حدوث خطأ، لا يتم استدعاء الدالة مرة أخرى ويتم تجاهل الحدث. عند تفعيل عمليات إعادة المحاولة في دالة تعتمد على حدث، يعيد Cloud Functions محاولة استدعاء الدالة التي تعذّر إكمالها بنجاح أو تنتهي صلاحية نافذة إعادة المحاولة.
بالنسبة إلى الدوالّ من الجيل الثاني، تنتهي صلاحية مهلة إعادة المحاولة بعد 24 ساعة. بالنسبة إلى دوال الجيل الأول، تنتهي صلاحيتها بعد 7 أيام. يعيد Cloud Functions محاولة تنفيذ الدوال المستندة إلى الأحداث التي تم إنشاؤها حديثًا باستخدام استراتيجية التراجع الدليلي، مع زيادة التراجع بين 10 و600 ثانية. تُطبَّق هذه السياسة على الدوال الجديدة عند نشرها لأول مرة. ولا يتم تطبيقها بأثر رجعي على الدوالّ الحالية التي تم نشرها لأول مرة قبل سريان التغييرات الموضّحة في ملاحظات الإصدار هذه، حتى في حال إعادة نشر الدوالّ.عندما تكون عمليات إعادة المحاولة غير مفعَّلة لدالة معيّنة، وهو الإعداد التلقائي، تُبلغ الدالة
دائمًا عن تنفيذها بنجاح، وقد تظهر رموز استجابة 200 OK
في سجلّاتها. ويحدث ذلك حتى إذا واجهت الدالة خطأ. لتحديد الحالات التي تواجه فيها الدالة خطأ، احرص على
الإبلاغ عن الأخطاء
بشكل مناسب.
أسباب تعذُّر إكمال الدوال المستندة إلى الأحداث
في حالات نادرة، قد يتم إنهاء إحدى الدوال قبل أوانها بسبب خطأ داخلي، وبشكلٍ تلقائي، قد تتم إعادة محاولة تنفيذ الدالة تلقائيًا أو عدم إعادة المحاولة.
في أغلب الأحيان، قد يتعذّر إكمال دالة مستندة إلى الأحداث بنجاح بسبب الأخطاء التي يتمّ طرحها في رمز الدالة نفسه. تشمل الأسباب التي قد يؤدي فيها ذلك إلى حدوث خطأ ما ما يلي:
- تحتوي الدالة على خطأ ويُلقي وقت التشغيل استثناءً.
- ولا يمكن للدالة الوصول إلى نقطة نهاية الخدمة، أو انتهاء المهلة أثناء محاولة تنفيذ ذلك.
- تُلقي الدالة استثناءً عن قصد (على سبيل المثال، عندما تؤدي إحدى المَعلمات إلى عدم اجتياز عملية التحقّق).
- تعرض دالة Node.js وعود مرفوضة أو تمرِّر قيمة غير تابعة لـ
null
إلى استدعاء.
في أي من هذه الحالات، يتوقف تنفيذ الدالة تلقائيًا ويتم تجاهل الحدث. لإعادة محاولة تنفيذ الدالة عند حدوث خطأ، يمكنك تغيير سياسة إعادة المحاولة التلقائية من خلال ضبط السمة "إعادة المحاولة عند حدوث خطأ". يؤدي ذلك إلى إعادة محاولة الحدث بشكل متكرّر إلى أن تكتمل الدالّة بنجاح أو تنتهي مهلة إعادة المحاولة.
تفعيل إعادة المحاولة أو إيقافها
ضبط عمليات إعادة المحاولة من وحدة التحكّم
في حال إنشاء دالة جديدة:
- من شاشة إنشاء دالة، ضمن المشغِّل، اختَر نوع الحدث الذي سيعمل كمشغِّل للدالة .
- ضَع علامة في مربّع الاختيار إعادة المحاولة عند حدوث خطأ لتفعيل عمليات إعادة المحاولة.
في حال تحديث دالة حالية:
- من صفحة نظرة عامة على Cloud Functions، انقر على اسم الدالة التي تعدّلها لفتح شاشة تفاصيل الدالة، ثم اختَر تعديل من شريط القوائم لعرض لوحة عامل التفعيل.
- ضَع علامة في مربّع الاختيار إعادة المحاولة عند التعذُّر أو أزِلها لتفعيل عمليات إعادة المحاولة أو إيقافها.
ضبط عمليات إعادة المحاولة من رمز الدالة
باستخدام Cloud Functions for Firebase، يمكنك تفعيل عمليات إعادة المحاولة في الرمز البرمجي لإحدى الدوالّ. لإجراء ذلك لدالة تعمل في الخلفية مثل
functions.foo.onBar(myHandler);
، استخدِم
runWith
واضبط سياسة تعذُّر التنفيذ:
functions.runWith({failurePolicy: true}).foo.onBar(myHandler);
يؤدي ضبط true
كما هو موضّح إلى ضبط دالة لإعادة المحاولة في حال تعذّر إكمالها.
أفضل الممارسات
يصف هذا القسم أفضل الممارسات لاستخدام عمليات إعادة المحاولة.
استخدام إعادة المحاولة للتعامل مع الأخطاء العابرة
بما أنّه تتم إعادة محاولة تنفيذ وظيفتك باستمرار إلى أن يتم تنفيذها بنجاح، يجب إزالة الأخطاء الدائمة، مثل الأخطاء البرمجية، من الرمز البرمجي من خلال الاختبار قبل تفعيل عمليات إعادة المحاولة. من الأفضل استخدام عمليات إعادة المحاولة للتعامل مع حالات الصعوبة المتكررة أو العابرة التي يُرجّح حلّها عند إعادة المحاولة، مثل نقطة نهاية الخدمة غير المستقرة أو انتهاء المهلة.
اضبط شرطًا نهائيًا لتجنُّب تكرار عمليات إعادة المحاولة بلا حدود.
من أفضل الممارسات حماية الدالة من التكرار المستمر عند استخدام عمليات إعادة المحاولة. ويمكنك إجراء ذلك من خلال تضمين شرط نهاية محدّد جيدًا، قبل بدء الدالة في المعالجة. يُرجى العلم أنّ هذه الطريقة لا تعمل إلا إذا كانت الدالة تبدأ بنجاح ويمكنها تقييم شرط الانتهاء.
هناك طريقة بسيطة وفعّالة تتمثل في تجاهل الأحداث ذات الطوابع الزمنية الأقدم من وقت معين. يساعد ذلك في تجنُّب عمليات التنفيذ المفرطة عندما تكون الأعطال إما مستمرة أو تستمر لفترة أطول من المتوقّع.
على سبيل المثال، يتخلّص مقتطف الرمز البرمجي هذا من جميع الأحداث التي مرّ عليها أكثر من 10 ثوانٍ:
const eventAgeMs = Date.now() - Date.parse(event.timestamp);
const eventMaxAgeMs = 10000;
if (eventAgeMs > eventMaxAgeMs) {
console.log(`Dropping event ${event} with age[ms]: ${eventAgeMs}`);
callback();
return;
}
استخدام "catch
" مع التعهدات
إذا تم تفعيل إعادة المحاولة في الدالة، سيؤدي أي خطأ لم تتم معالجته إلى إعادة المحاولة. تأكَّد من أنّ الرمز يرصد أي أخطاء لا يجب أن تؤدي إلى إعادة المحاولة.
في ما يلي مثال على الإجراءات التي يجب اتّخاذها:
return doFooAsync().catch((err) => {
if (isFatal(err)) {
console.error(`Fatal error ${err}`);
}
return Promise.reject(err);
});
جعل الدوال المستندة إلى الأحداث والتي يمكن إعادة تجربتها أحادية المفعول
يجب أن تكون الدوال المستندة إلى الأحداث التي يمكن إعادة محاولة تنفيذها ثابتة. فيما يلي بعض الإرشادات العامة لجعل هذه الدالة ثابتة:
- تتيح لك العديد من واجهات برمجة التطبيقات الخارجية (مثل Stripe) تقديم مفتاح تكرار تطبيقات كمَعلمة. إذا كنت تستخدم واجهة برمجة تطبيقات كهذه، يجب استخدام رقم تعريف الحدث كأحد مفاتيح الثبات.
- تعمل ميزة "التوحيد التام" بشكل جيد مع التسليم مرة واحدة على الأقل، لأنّها تجعل من السهل إعادة المحاولة. وبالتالي، فإنّ أفضل ممارسة عامة لكتابة رمز موثوق به هي الجمع بين التكرار مع عمليات إعادة المحاولة.
- تأكد من أن التعليمة البرمجية غير تابعة داخليًا. على سبيل المثال:
- تأكد من أن الطفرات يمكن أن تحدث أكثر من مرة دون تغيير النتيجة.
- يمكنك الاستعلام عن حالة قاعدة البيانات في معاملة قبل تغيير الحالة.
- تأكَّد من أنّ جميع الآثار الجانبية لها تأثير واحد فقط.
- فرض فحص المعاملات خارج الوظيفة، مستقلاً عن الرمز على سبيل المثال، استمر في الإشارة إلى أن تسجيل حدث ما قد تمت معالجته في مكان ما.
- التعامل مع استدعاءات الدوال المكررة خارج النطاق. على سبيل المثال، يمكنك استخدام عملية تنظيف منفصلة لتنظيف البيانات بعد عمليات استدعاء الدوالّ المكرّرة.
ضبط سياسة إعادة المحاولة
استنادًا إلى احتياجات الدالة، قد تحتاج إلى ضبط استراتيجية إعادة المحاولة مباشرةً. سيتيح لك ذلك إعداد أيّ مجموعة من الإعدادات التالية:
- يمكنك تقصير فترة إعادة المحاولة من 7 أيام إلى 10 دقائق كحد أدنى.
- يمكنك تغيير الحد الأدنى والحد الأقصى لوقت الانتظار في استراتيجية الانتظار المتزايد إعادة المحاولة.
- غيِّر استراتيجية إعادة المحاولة لإعادة المحاولة على الفور.
- اضبط موضوع رسائل غير قابلة للتسليم.
- حدِّد الحد الأقصى والحد الأدنى لعدد محاولات الإرسال.
لإعداد سياسة إعادة المحاولة:
- اكتب دالة HTTP.
- استخدِم واجهة برمجة التطبيقات Pub/Sub لإنشاء اشتراك في Pub/Sub، مع تحديد عنوان URL للدالة على أنّه الهدف.
اطّلِع على مستندات Pub/Sub حول التعامل مع حالات الفشل لمزيد من المعلومات حول ضبط Pub/Sub مباشرةً.