الخلاصة

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

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

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

CIR حد تجاري قبل أن يكون وعد أداء

تعرّف وثيقة Akamai الحالية Clean Bandwidth بأنها الحركة المقاسة بعد التخفيف، وتحسبها شهرياً وفق المئين 95: تُحذف أعلى خمسة في المئة من العينات، ثم تقارن العينة التالية مع Committed Information Rate أو CIR لاحتساب التجاوز.

وتعرّف CIR بأنه النطاق النظيف الشهري المدرج في أمر الشراء، والحد الأدنى من خدمة Prolexic الذي يلتزم العميل بدفعه. وفي Routed GRE يجب أن تبقى الحركة النظيفة غير الهجومية لكل موقع أقل من CIR ما لم توافق Akamai على غير ذلك.

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

نقطة التسليم لها غلاف هندسي مستقل

إذا تجاوز CIR مقدار 300 ميجابت/ثانية، يجب أن يدعم الموجّه المخصص عشرة ملايين حزمة في الثانية على الأقل مع IMIX. وفوق 600 ميجابت/ثانية يحتاج الموقع إلى وصلة صاعدة قابلة للاندفاع إلى 10 جيجابت/ثانية ما لم يعتمد استثناء. كما يجب أن يفك الموجّه تغليف GRE بمعدل لا يقل عن ضعفي CIR المحلي.

تحمّل الوثيقة العميل مسائل النقل من بيئة Prolexic إلى مركز بياناته وفك التغليف بالمعدل المستلم. وفي النمط عند الطلب، يبلغ العميل عن ضرورة تغيير المسار إذا لم يشتر Flow-based Monitoring. ويتطلب تطبيق SLA لخدمة Routed نجاح Service Validation خلال الاثني عشر شهراً السابقة.

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

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

تعلن Akamai أن Prolexic يملك أكثر من 20 تيرابت/ثانية من سعة دفاع DDoS المخصصة عبر 32 مركز تنقية anycast، مع SLA للتخفيف بصفر ثانية وتوافر للمنصة بنسبة 100%. ويوفر Direct Connect منافذ 10 G و100 G ومستويات لتوافر الاتصال.

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

يجب أن يصل الدليل إلى المنشأ

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

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

لا يدعي المقال أن Akamai تزاحم بين العملاء أو تفقد حركة نظيفة أو ترفض رصيداً صحيحاً. الوثائق تثبت التعريف والبنية، لا حادثة عميل.

المصادر