احفظ السجل قبل إرساله

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

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

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

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

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

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

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

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

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

هذه هي القيمة الهندسية خلف انفتاح مجسّم الموقع وعودته للاتصال: شرح لفصل المسؤوليات. الحركة ليست اختبار أداء ولا لوحة صحة للإنتاج ولا تجربة على بنية حية. السؤال المفيد هو العقد الذي يحمله كل جزء، والأدلة المطلوبة لإثبات أن التنفيذ الحقيقي يحترمه عند الفشل.