الخلاصة

  • تتيح RFC 9808 لشبكة CDN الدنيا أن تعلن للشبكة العليا حدوداً لا ينبغي تجاوزها ضمن بصمة محددة، وأن تعرّف مصدر القياس المتوافق معها. المعلومات استشارية صراحةً، وليست ضماناً أو التزاماً أو حجزاً للسعة.
  • القرار القابل للتدقيق يحتفظ بكل القيود السارية معاً: الحدين المرن والصلب، والبصمة، ومدة الصلاحية، وهوية المصدر والمقياس، والفاصل الزمني، والمتوسط أو النسبة المئوية، والتأخير، وتجميع الاستخدام اللاحق. وبعد ذلك تأتي أدلة التفويض والقبول والتسليم والنتيجة والعقد.

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

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

نُشرت الوثيقة على مسار المعايير في يوليو 2025، وهي توسّع واجهة إعلان البصمة والقدرات التي عرّفتها RFC 8008. تضيف كائنين: FCI.CapacityLimits لوصف غلاف السعة، وFCI.Telemetry لتعريف الرصد الذي يقيس الاستخدام داخله. تسجل صفحة RFC Editor وملف IETF Datatracker أسماء المؤلفين Andrew Ryan وBen Rosenblum وNir B. Sopher ومسار الوثيقة. ويحفظ سجل IANA لمعاملات CDNI الأسماء المشتركة.

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

لكن قابلية القراءة آلياً لا تنشئ مورداً مادياً. تصف RFC 9808 معلومات السعة بأنها advisory وتستبعد صراحةً أن تكون ضماناً أو التزاماً أو حجزاً. يبين maximum-hard أقصى ما تعلنه الشبكة الدنيا متاحاً للاستخدام في سياق محدد. لا يثبت أن جزءاً منه عُزل حصرياً للشبكة العليا، ولا أن حالته ستبقى كما هي عند وصول طلب لاحق.

تتفق هذه الحدود مع معمارية CDNI. تصف RFC 6707 مزود خدمة المحتوى وشبكة CDN المرجعية أو العليا والشبكة الدنيا، وتترك الترتيبات التجارية خارج المواصفة التقنية. السعر والأولوية والحصرية وقواعد الإزاحة والتعويض حقوق تعاقدية تحتاج إلى سجلها الخاص. لا يمكن اشتقاقها من حقل سعة صالح.

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

السعة في هذا النموذج متجه من القيود، لا عداداً واحداً. يسجل IANA ستة أنواع: معدل الخروج، ومعدل الطلبات، وحجم التخزين، وعدد الكائنات المخزنة، وعدد الجلسات، وحجم الذاكرة المخبئية. يجب قراءة جميع الحدود المنطبقة بمنطق AND. وفرة عرض النطاق لا تعالج نفاد الجلسات، كما أن بقاء بايتات تخزين لا يلغي حد عدد الكائنات.

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

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

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

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

العمر جزء آخر من الدليل. ترث حدود السعة مدة صلاحيتها من آلية النقل، مثل TTL في Cache-Control عبر HTTP. وإذا لم يوفر النقل آلية عمر، وجب على الطرفين الاتفاق عليها خارج النطاق. يتوقع المعيار أن يكون الحد هدف ذروة معقولاً وطويل العمر نسبياً. أما الاستخدام الحالي فيتغير أسرع؛ صلاحية الغلاف لا تثبت بقاء الفراغ تحته.

هنا يعمل FCI.Telemetry. يعلن مصادر استخدام مجمعة وقريبة من الزمن الحقيقي تخص علاقة التفويض بين الشبكتين. يجب أن يكون معرف المصدر فريداً داخل الإعلان ومستقراً ما دام يشير إلى المرجع نفسه. ويطبق المبدأ ذاته على اسم المقياس. يربط قيد السعة بالمصدر والمقياس كي لا يقارن المتحكم رقمه بعداد آخر مشابه الاسم.

تغير ثلاثة حقول اختيارية تفسير الرصد. يحدد time-granularity المدة التي تلخصها البيانات. ويحدد data-percentile نسبة مئوية؛ وعند غيابه تكون القيمة متوسط الفترة. أما latency فيبين تأخر البيانات عن الحاضر. متوسط دقيقة يصل بعد عشر ثوانٍ ليس بديلاً عن النسبة المئوية 95 لخمس دقائق تصل بعد دقيقتين، حتى لو تساوى الرقمان.

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

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

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

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

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

بعد التفويض تبقى عدة إيصالات مفقودة. يجب على الشبكة الدنيا قبول الطلب المحدد تحت طوابيرها ومحتواها وسياساتها الحية. وقد تحتاج إلى محتوى أو بيانات وصفية عبر آليات ترتبط بـRFC 8006. بعد ذلك فقط تظهر بايتات التسليم واستمرار الجلسة والزمن والإكمال والجودة. لا يحتوي إعلان السعة الأصلي أياً من هذه النتائج.

وتعرّف RFC 8007 واجهة منفصلة للمحفزات والحالة، بما يوضح أن قبول أمر ومعالجته ورؤية أثره دورات مختلفة. الانضباط نفسه يفصل «أُعلن، قيس، فُوض، قُبل، سُلّم، اختُبر، عُوّض». المؤشر الأخضر الواحد يمحو سلسلة الإثبات.

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

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

لا تصنع RFC 9808 سعة ولا تبيعها. إنها تجعل الحديث عنها أدق. الحوكمة الناضجة تفصل سبعة أفعال وأدلتها: الإعلان والقياس والتفويض والقبول والتسليم والتجربة والتعويض. لا يملك الكائنان الجديدان إلا أول فعلين.

المصادر