الخلاصة

  • يوجب draft-ietf-cdni-ci-triggers-rfc8007bis-20 على شبكة CDN اللاحقة الرد على طلب الإلغاء، لكنه يجعل تنفيذ الإلغاء الفعلي اختيارياً؛ وقد يبدأ أمر معلق أو يكتمل أمر نشط قبل أن يسبقه طلب التوقف.
  • الحالات cancelling وcancelled وprocessed وcomplete وحذف المورد ليست إيصالاً واحداً. فالحذف قد يزيل مسار الاستعلام عن الحالة من دون أن يمنع فرعاً بعيداً من إنهاء العمل.

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

تسمح المراجعة 20 من مشروع CDNI Control Interface / Triggers لشبكة CDN أمامية بأن تطلب من شبكة لاحقة تجهيز المحتوى مسبقاً، أو إبطاله، أو حذفه. التجهيز المسبق يجلب النسخة قبل الطلب. الإبطال يمنع استخدامها من دون إعادة تحقق ولا يفرض محوها. أما الحذف فيوجب ألا تبقى البيانات المحددة محتفظاً بها. ولكل فعل أثر وإثبات مختلفان.

طلب الإلغاء يدخل سباقاً قائماً

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

لهذا يفصل النموذج بين حالتين. cancelling تعني أن التوقف طُلب. ولا تصبح الحالة cancelled إلا إذا توقف التنفيذ قبل نهايته الطبيعية. وإذا سبق العمل الأصلي أمر الإلغاء، فقد تكون النتيجة complete أو failed. قبول النية لا يصنع حقيقة رجعية على عقدة أخرى.

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

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

processed إعلان صريح لحد المعرفة

تعني processed أن المورد أُنشئ، وأن الشبكة لن تقدم تحديثاً لاحقاً، وأن الاكتمال لا يمكن تأكيده عبر هذه الواجهة. تستمر المعالجة، وينبغي تقدير وقت نهايتها إن أمكن. ليست الكلمة نجاحاً مخففاً ولا فشلاً مخفياً، بل حدّاً للمشاهدة.

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

رموز HTTP تقع في مرحلة أسبق. 201 Created يثبت إنشاء مورد الأمر. 202 Accepted يثبت قبول عمل لم يكتمل. و204 No Content عند الحذف الفوري يثبت إزالة مورد الحالة. لا يثبت أي منها منفرداً ما تحتفظ به كل عقدة أو تقدمه.

حذف المورد قد يحذف أفضل شاهد

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

فالسباق يبقى قائماً. قد يبدأ المورد pending قبل معالجة الحذف، وقد يستمر active أو processed حتى النهاية. ويمكن بالتالي أن تكون استجابة الحذف صحيحة، وأن يختفي عنوان الحالة، وأن تظل عملية الحذف تتقدم في فرع بعيد، وكل ذلك في الوقت نفسه.

يخلق الانقضاء التلقائي فجوة مماثلة في وقت لاحق. تستطيع الشبكة إزالة الموارد النهائية ثم الرد بـ404. وعليها إعلان مدة الاحتفاظ، وألا تُنهي مورد processed ما دام التنفيذ أو إعادة التوزيع قد يستمران بصورة معقولة. عدم إعادة استخدام UUID يحمي الهوية من التصادم، لكنه لا يحفظ سجلاً أزيل بالفعل.

لا تغلق السلسلة قبل آخر فرع

قد تعيد شبكة وسيطة توزيع الأمر إلى شبكات لاحقة أخرى. ولا يجوز لها إعلان complete قبل اكتمال العمل لديها ولدى كل الفروع المتأثرة. إذا بقي فرع واحد في processed بقيت النتيجة المجمعة كذلك. ويظل الإلغاء في cancelling إلى أن يبلغ كل فرع cancelled أو complete أو failed.

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

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

complete دليل قوي ضمن نطاقه

يحظر المشروع إعلان complete قبل نجاح كل العمليات المذكورة في الأمر، بما فيها المعالجة في فروع السلسلة. وهذا ضمان بروتوكولي حقيقي لا ينبغي التقليل منه.

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

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

لا تزال المراجعة 20 Internet-Draft. ويسجل جدول IANA المجمد أنواع RFC 8007 القديمة لا إدخالات .v2 المقترحة، ولا تثبت المصادر نشرها لدى شبكة CDN مسماة. لكن الحد التشغيلي واضح: قبول الإلغاء يثبت دخول طلب التوقف، لا يثبت أن الحذف لم يحدث.

المصادر