طوابير تُنجز العمل: السعة والمسؤولية والتعافي الآمن

عند 9:00 قبلت منصة امتحان 1,000 إجابة بصورة دائمة، لكن التصحيح ما زال منتظرًا. يجب أن يرى الطالب «استُلمت؛ التصحيح معلق»، لا نتيجة مختلقة. ينطبق المثال على توليد فاتورة ERP أو ملصق شحن: قبول الطلب وإكمال الالتزام الخلفي واقعتان مختلفتان.

يمتص الطابور تفاوت الوصول، ولا يخلق سعة معالجة أو يثبت إتمام الفعل التجاري. يتتبع الجزء 2 من Engineering for High Volume الالتزام من السجل المرجعي عبر عمال محدودين ونتيجة خارجية مجهولة إلى تعافٍ منضبط. لا ندّعي اختبارًا شخصيًا أو نتيجة عميل.

احفظ الواقعة المقبولة قبل وعد النجاح

يجب أن تبقى الإجابة المتحققة قبل قول الواجهة «استُلمت». لا تضع نسخة الإجابة أو الطلب أو الموافقة الوحيدة في طابور قابل للفقد. سجّل المقبول ومن فوّضه والعمل المستحق؛ للتصحيح والإشعار والتوصيل الخارجي حالات منفصلة.

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

للواجب الحرج استخدم تصميم طابور/قاعدة ذريًا مناسبًا أو صندوق إرسال معاملاتي يحفظ نية النشر مع التغيير المملوك. ينشرها مرحّل قابل للتعافي. تبقى التكرارات والاحتفاظ والفشل التشغيلي بحاجة لضوابط؛ after commit وحده ليس ضمان عدم الفقد.

افصل فئات الخدمة ثم احجز مواردها

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

خصص ميزانيات supervisor/مجمع حيث تلزم سعة مستقلة. عامل يقرأ الطابور العالي أولًا ينفذ مهمة واحدة وقد يحرم ما بعده. السعة المخصصة لا تقطع مهمة طويلة جارية، وقد ينازع العمل الأقل أولوية على القاعدة نفسها.

قد يحمي فصل حساب الويب والعمال الميزانيات؛ الحاويات/cgroups أو عقد منفصلة مناسبان بحسب الحالة. تبقى القاعدة والذاكرة والشبكة المشتركة قادرة على تعطيل الجانبين؛ ليس نقل العمال وعدًا بأن الصفحات لن تتأثر أبدًا.

احسب الوافد الجديد مع المتراكم

نفترض متراكمًا جاهزًا لحظيًا B=1,000 مهمة ومتوسط إشغال العامل s=0.12 ثانية/مهمة شامل انتظار I/O المناسب. العمل 120 ثانية-عامل. دون وصول جديد تعطي 12 عاملًا متوازنة حدًا سائليًا أدنى 10 ثوانٍ. حتى المهام المتماثلة غير القابلة للتجزئة تحتاج 84 موجة؛ والحساب 84×0.12=10.08 ثانية، ويزيد الإرسال والتفاوت والتكرار والتنازع.

الآن تصل 50 مهمة جاهزة/ثانية باستمرار. إنتاجية w عاملًا مثاليًا w÷0.12. لا ينقص المتراكم إلا بتجاوز 50 ؛ الزمن المثالي B÷(w÷s−50). الجدول نموذج تخطيط، لا اختبارًا مقاسًا أو ضمان موعد.

لتصريفه في 10 ثوانٍ مع ذلك الوصول يكون الحد السائلي w≥s×(50+B÷10)=18. اختر هامشًا مختبرًا للتفاوت والفشل والتبعيات. قسمة عدد المهام على زمنها ليست وحدها عدد عمال؛ للوحدات والأفق المطلوب معنى.

العمال	إنتاجية مثالية مهمة/ث	تصريف صافٍ مهمة/ث	تصريف 1,000 سائليًا
6	50	0	لا تصريف صافٍ
12	100	50	20 ثانية
18	150	100	10 ثوانٍ

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

وسّع العمليات أو النسخ لنشرك الفعلي

تميز إرشادات Horizon الحالية لـ Laravel 13 توزيع العمليات simple و auto ووضع false ذي ترتيب الطوابير، الذي قد يستمر بتوسيع عدد العمليات. لا يفرض auto أولوية صارمة بترتيب المصفوفة. راجع الإصدار المثبت بدل اعتبار false مفتاح مجمع ثابت عالميًا.

يشرف Horizon على عمال طوابير Redis ، وتستبعد وثائقه الحالية Redis Cluster. يمكن تشغيله على عدة عقد لكنه لا ينشئها بنفسه. اجمع الحدود الدنيا والعليا والموارد عبر الطوابير والمشرفين والنسخ؛ حد مشرف واحد ليس تلقائيًا حد النشر كله.

توفر KEDA 2.21 إشارات توسع بالأحداث لأحمال Kubernetes ، ويغير HPA النسخ. يحدد الحساب المتاح وحداثة القياس/الاستطلاع والتفعيل والصورة والجاهزية والتقليص رد الفعل. لا ضمان ثوانٍ/دقائق عالميًا للعمليات أو pods ولا انعدام كلفة التشغيل.

اختر إشارة تطابق المحرك. قد يعد طول قائمة Redis الجاهز ويغفل المحتجز والمؤجل. جهز حدًا أدنى مبررًا قبل ذروة معروفة واضبط التفاعلي ضمن الحدود المختبرة. لا تجعل حلقتي توسع تتنازعان.

المهلة وانتهاء الحجز وتأخير المحاولة ساعات مختلفة

ميزانية افتراضية لـ Horizon/Redis: مهلة اتصال خارجي 10 ثوانٍ، ومهمة 45 ، ومشرف 60 ، و retry_after للاتصال 90. ليست إعدادات مُسلّمة. يجب أن تتجاوز مهلة Horizon مهلة المهمة وتبقى بأمان دون retry_after ؛ اختبر المحرك والامتدادات والإنهاء فعليًا.

retry_after ليس التأخير بين محاولات التطبيق؛ يحدد متى تعود المهمة المحجوزة مؤهلة إن لم تكتمل/تُحرر صحيحًا. إن كان العامل الأول مستمرًا وأخذها ثانٍ فقد يتكرر الأثر. لـ SQS ومحركات أخرى عقود رؤية مختلفة.

حد توضيحي	ثوانٍ	الغرض
الاتصال الخارجي	10	حد للاتصال الفعلي
مهلة المهمة	45	حد لتنفيذ واحد
مهلة مشرف Horizon	60	أعلى من المهمة وأدنى من انتهاء الحجز
Redis retry_after	90	أهلية الحجز لا تأخير المحاولة

ضع حدود عدد المحاولات والعمر وسلوك الاستثناء والتحرير وتأخيرًا متزايدًا وعشوائية حيث يناسب. الصلاحيات أو البيانات غير الصالحة تحتاج تصحيحًا لا تكرارًا لا نهائيًا. يحتاج مخزن الفشل تنبيهًا ومسؤولًا ومسار تكرار/إلغاء مراجعًا؛ كتابة صف ليست تعافيًا. بعض تحرير middleware يستهلك محاولات، فراجع الدلالة الفعلية.

اجعل المحاولة المكررة آمنة عند حد الأثر

فحص «أُنجز» في البداية قد يتسابق مع عامل آخر أو ينهار قبل حفظ الإيصال. للأثر المحلي احجز هوية عملية فريدة محددة النطاق ونفّذ التغيير واحفظ النتيجة ذريًا معًا. تفرد الطابور أو قفل التداخل لا يثبت دفعًا/بريدًا خارجيًا مرة واحدة.

احفظ مرجع أعمال دائمًا للاتصال الخارجي واستخدم عدم تكرار الأثر والاستعلام المدعومين. يوضح عقد Stripe أهمية النطاق والمعاملات والاحتفاظ. إن جُهل الرد فاستعلم وطابق الأصل قبل بديل؛ قد ينشئ مفتاح جديد خصمًا جديدًا.

فاتورة مدفوعة فشل PDF لها تحتاج إصلاح المستند لا تحصيلًا آخر. قبول طلب بريد لا يثبت وصوله للصندوق. افصل محاولة المهمة ونتيجة المزود والإكمال التجاري؛ يحترم replay الحالة المعتمدة ولا يمسح كل مفاتيح منع التكرار.

ضع ميزانية الذاكرة والخصوصية وتعافي النشر معًا

احسب العامل/runtime المقيم والذاكرة المحتفظ بها وقمم المهمات الثقيلة وقاعدة الحاوية/المشترك. مثال 10 عمال×128 MiB خاصة/إضافية=1,280 MiB=1.25 GiB قبل الباقي والهامش؛ لا يثبت كفاية حاوية 2 GiB. اجمع لكل مجمع ميزانيته واختبر تزامن القمم.

قد يقلل التدفق/التقسيم الذاكرة لكن المكتبات قد تخزن، ويغير تقسيم المهمة الترتيب والتعافي. قِس قبل/بعد بدل وفر مختلق 288→128 MiB. أعد تدوير العمال الطويلين عند الحاجة؛ زيادة الذاكرة والعمال بلا دليل قد تترك الاختناق.

مرر أقل بيانات محددة؛ المعرف ليس صلاحية دائمة لقراءة السجل. أعد فحص السلطة والحالة لدى المالك. احمِ النقل والتخزين والحمولات والفشل واللوحات والتصدير؛ تشفير الحمولة لا يحمي كل metadata أو سجل عام. تساعد إرشادات OWASP للتسجيل في دليل مفيد دون تفريغ أسرار أو مستندات أجر/عميل.

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

شغّل الطابور كالتزامات مرئية

تتيح إرشادات مجدول Laravel تنسيق عمل خادم واحد بأقفال ذرية مشتركة؛ ليست عقدة cron ثابتة الطوبولوجيا الوحيدة. اختبر الانتهاء والتداخل والتحويل والفائت مع عدم تكرار الأثر التجاري. قد يكون المرحّل الدوري صالحًا؛ العملية الدائمة ليست علاج ضغط الذاكرة دائمًا.

درّب انهيارًا قبل/بعد التثبيت وفشل نشر وتكرارًا متزامنًا ومهلة مجهولة وحمولة خاطئة وسحب وصول وقمة ثقيلة ونشرًا أثناء المهمة. اعزل الخصم والرسائل الحقيقية. طابق الالتزامات والآثار لنفس النطاق والوقت والحالة، لا عمق طابور صفر فقط.

تبيّن لوحة 9:00 المفيدة إجابات مستلمة وتصحيحًا معلقًا/مكتملًا وإشعارات مقبولة/مؤكدة واستثناءات مملوكة. الهدف الدقيق يحتاج اختبارًا متكاملًا. اطلب من المورد، بما فيه StoreConsole ، عرض المسار والصلاحيات والتعافي المحدود في الإصدار والوحدات المعروضة.

تابع سلسلة الهندسة

• المسارات وجاهزية الذروة
• طبقة البيانات المشتركة
• السجلات والمقاييس والتتبعات
• النشر الآمن والتعافي
• الوقائع والمستهلكون المسؤولون

مراجعة 5 نوفمبر 2026. Anichur Rahaman ، منشئ StoreConsole. الإجابات والسعة والأزمنة والذاكرة أمثلة، لا اختبار عميل أو ضمان برنامج مثبت.