النتيجة سريعة، لكن طابورها بطيء — NovaCommerce 4

ينهي الطالب الامتحان وينتظر بطاقة ترتيبه. تحتاج إعادة حسابها نحو 0.34 ثانية، لكن سجل 6 أكتوبر ذكر تأخر بطاقات 10–115 دقيقة. انتظرت المهمة القصيرة خلف نحو 2,000 مهمة AI تستغرق كل منها قرابة عشر ثوانٍ بعاملين في المسار نفسه.

NovaCommerce اسم مستعار لمنصة دورات وامتحانات. يحفظ الجزء الرابع ملاحظات سبتمبر–أكتوبر 2026 ويميّز المنفذ عن الحمايات الموصى بها. ليس تدقيق حادث جديدًا أو معيار أداء StoreConsole.

غيّرت الحالة المشتركة حد الفشل

سهّل نقل الجلسات والذاكرة والطوابير إلى Valkey مُدار استبدال عقد الويب، لكنه أنشأ تبعية مشتركة. سجل اختبار 6 أكتوبر عدد 2,854 مهلة اتصال. وصفت الحالة اتصالات TLS جديدة وزيادة كل عقدة من 4 GB إلى 8 GB، أساسي واحتياطي. أظهر التدرج التالي 25–500 requests/s صفر أخطاء تطبيق لكن 143 خطأ موازن عند تشبع CPU. تغير فشل الاتصال؛ ظل المسار الكامل يفشل طلبات.

لا تثبت المهلة وحدها نفاد الذاكرة أو كلفة CPU محددة للمصافحة. افحص تجدد الاتصالات والحدود والشبكة والمقاييس. استخدام 12.5% من الذاكرة في الامتحان ملاحظة لا ضمان سعة. يمنع noeviction طرد مفاتيح بضغط الذاكرة لكنه قد يرفض كتابة جديدة؛ لا يوفر دوام الطابور أو تحويلًا بلا فقد أو عزلًا بين الجلسات والذاكرة والمهام.

امنح النتيجة العاجلة سعة معالجة

فُصلت سرديات AI عن الترتيب والنتائج. تذكر الحالة وصول البطاقات بعدها في نحو دقيقة. اختلاف أسماء الطوابير وحده لا يكفي؛ يجب تخصيص العمليات والاتصالات وCPU المشترك بما يترك مجالًا للعاجل.

يفسر الحساب الانتظار القديم: 2,000×10=20,000 ثانية عمل؛ على عاملين نحو 10,000 ثانية أو 166.7 دقيقة قبل الإضافات. يوضح انتظارًا محتملًا لا موعد اكتمال دقيقًا. هذا مستقل عن حد المزود اللاحق: ثماني مكالمات/دقيقة مشتركة تجعل 2,000 مهمة بمكالمة واحدة تحتاج 250 دقيقة على الأقل، أي 4 ساعات و10 دقائق، دون تكرار أو وصول جديد.

نوع الفشل	الاستجابة	دليل الإكمال
خنق مؤقت	حد مشترك؛ Retry-After؛ jitter محدود	مطابقة العملية الأصلية
رصيد/اعتماد	تعليق وتنبيه وإصلاح	استئناف مضبوط مع فحص الموعد
نتيجة خارجية مجهولة	استعلام/مطابقة قبل الإعادة	لا أثر مكرر
انتهاء موعد التكرار	احتفظ بالفشل/الانتظار للمراجعة	إعادة مدققة أو حالة نهائية
فقد عامل	استعد المعالجة وطابق السجل	حساب العمل المقبول

أعد محاولة سبب مصنف، لا كل رفض

استخدم المسار التاريخي حدًا مشتركًا ثماني مكالمات/دقيقة وتراجعًا أسيًا 1–15 دقيقة مع jitter ونافذة حتى 12 ساعة ونصًا مؤقتًا. سُجل تأخر نحو 3,800 سردية عند نقص الرصيد ثم استئناف بعد الشحن. هذا رصد تعافٍ، لا إثبات إكمال كل مهمة أو استحالة انتهائها.

الحد إعداد حالة لا حق مضمون لدى المزود؛ قد توجد حدود tokens وتزامن. احترم Retry-After إن ورد. كرر الأعطال المؤقتة والخنق ضمن موعد نهائي مطلق؛ أوقف أو علّق أخطاء الاعتماد الدائمة والحمولة غير الصالحة والرصيد المنتهي ونبّه المسؤول. اعرض حالة الانتظار/القالب بصدق. عند الموعد احفظ فشلًا قابلًا للمراجعة وإعادة مضبوطة بدل ضياع صامت.

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

عامل واحد لا يعني مرة واحدة

حملت عقدة ثابتة 4 vCPU/8 GB الطوابير والجدولة وWebSockets وSMS، وبوابة الرسائل تسمح IP خروج واحدًا. وجدت لقطة، بينما تعافي عنوان محجوز وعامل احتياطي وسعة امتحان كانت مخططة. يجب أن يدعم العنوان فعلًا الخروج المطلوب وقائمة المزود؛ تخصيصه ليس إثبات إرسال SMS.

فقد العامل يوقف الإكمال الخلفي. يجب أن تكون الإجابة المقبولة مسجلة سلفًا بمرجع دائم، لا وعد أمان لمجرد طابور Valkey. اختبر الدوام ومطابقة العمل المؤكد وإعادته بعد التحويل. تعدد العمال طبيعي مع حجز آمن وآثار غير مكررة. لا يضمن مجدول واحد أو قفل موزع أثرًا مرة واحدة بعد الانهيار. اجعل مهلة المهمة أقصر من حجز الرؤية/retry_after حيث ينطبق؛ ذلك مختلف عن backoff.

صحح الهوية واحفظ الدليل

عدّت طبقتا خنق IP بدل الطالب الموثق. يوم 7 أكتوبر أعاد endpoint لوحة واحد نحو 74% من النداءات برد 429؛ عالج مفتاح الحساب والمسار ذلك endpoint لاحقًا. لا يبرر هذا حذف كل حماية إساءة. أبق حدود الحساب والضيف/الشبكة والمزود، واقبل الرؤوس من وكلاء متحكم بهم فقط. IP الموقّع ليس إذنًا.

شُحنت سجلات الخلفية عبر Fluent Bit إلى OpenSearch. بقي شحن الواجهة مخططًا، مع نحو 440 MB يوميًا محليًا معرضًا للحذف. تحتاج مخزنًا مؤقتًا محدودًا ورصد التسليم وصلاحيات وحجب إجابات وtokens وبيانات خاصة. خارج العقدة لا يعني تسليمًا فوريًا بلا فقد.

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

السلسلة

• الجزء 1
• الجزء 2
• الجزء 3
• الجزء 4
• الجزء 5

المراجع الأولية

• Valkey: eviction policies
• Valkey: persistence
• Laravel: queue retries and timeouts
• Laravel: scheduled task locks
• OWASP: logging guidance

مراجعة: 6 نوفمبر 2026. Anichur Rahaman، مؤسس StoreConsole. حُفظت الملاحظات القائمة؛ تشرح المصادر السلوك العام ولا تثبت فحصًا جديدًا للنظام الخاص.