الخلاصة
- فوترة المئين الخامس والتسعين ليست حقاً في 5% من الشهر بوصفها زمناً «مجانياً». في نموذج Equinix الموثق، تؤخذ عينة كل خمس دقائق؛ وفي شهر من 30 يوماً يعني ذلك 8640 عينة، تُستبعد أعلى 432 منها ثم تصبح أعلى عينة متبقية أساس القياس. تعادل الفترات المستبعدة حسابياً 36 ساعة، لكنها قد تكون موزعة على مئات اللحظات غير المتصلة. ما يُستبعد هو ترتيب من العينات، لا نافذة زمنية يملكها العميل.
- لا يوجد «مئين 95» واحد قابل للنقل بين العقود. لدى Lumen، مثلاً، يُقاس الدخول والخروج كل خمس دقائق ويُستبعد أعلى 5% لكل اتجاه ثم يُستخدم الاتجاه ذو القيمة المتبقية الأعلى. وفي Cisco Umbrella SIG تُحسب القمة بعد الاستبعاد داخل كل مركز بيانات ثم تُجمع القمم. وفي عقد CDN منفصل لدى Lumen يوجد تعريف إقليمي للخروج وبند لذروة غير متناسبة. اختلاف ترتيب العمليات وحدود القياس يغيّر النتيجة الاقتصادية حتى لو بقيت عبارة «95th percentile» كما هي.
- القرار الاقتصادي الصحيح لا يبدأ بالسؤال: كم سعر الـMbps؟ بل: ما مقدار خطر الذيل الذي يُنقل إلى المورد، وما السعة التي يستطيع العميل الاعتماد عليها فعلاً، وهل يستطيع إعادة بناء الفاتورة من العينات نفسها؟ المقياس الجيد للمشتري رقيق وواضح وحتمي وقابل للتحقق؛ والمنافسة المستدامة تكون في جودة التسليم والسعة الفعلية والاستجابة التشغيلية، لا في جعل العداد عصياً على المراجعة.
العداد يسبق النسبة
المئين الخامس والتسعون، رياضياً، ليس غامضاً. المشكلة أن عقد الشبكة لا يفوتر «توزيعاً» مجرداً؛ بل يفوتر توزيعاً بُني أولاً بقرارات تشغيلية وتعاقدية. ما المنفذ الداخل في الحساب؟ هل القياس عند منفذ واحد أم مجموعة منافذ؟ هل الدخول والخروج يُجمعان أم يُفصلان؟ هل تؤخذ القيمة الأكبر منهما؟ هل تُحسب المئينات لكل موقع ثم تُجمع، أم تُجمع العينات قبل حساب المئين؟ وما الذي يحدث فوق حد فيزيائي لا يستطيع العميل تجاوزه أصلاً؟
هذه الأسئلة ليست هوامش على الإحصاء. إنها تحدد شكل التوزيع الذي سيصل إلى الإحصاء.
ولهذا يمكن لعقدين يستخدمان خمس دقائق و5% أن ينقلا مخاطر اقتصادية مختلفة جذرياً. في عقد، يكون الالتزام الشهري أرضية للفوترة والمنفذ سقفاً للاندفاع. في آخر، لا يسمح نموذج السعر الثابت أصلاً بتجاوز النطاق التعاقدي. وفي ثالث، قد تؤدي البنية الإقليمية أو التجميع أو بند ذروة استثنائية إلى تغيير ما يحدث عند الطرف الأقصى من التوزيع.
432 عينة ليست 36 ساعة تحت تصرف العميل
توثّق Equinix ثلاثة نماذج لفوترة Internet Access على المنافذ المخصصة: ثابت، وبحسب الاستخدام لكل GB، وقابل للاندفاع. في النموذج القابل للاندفاع يختار العميل حد التزام أدنى بالنطاق، ويمكن للحركة أن ترتفع حتى سرعة المنفذ. وإذا تجاوزت قيمة المئين 95 الالتزام، تظهر رسوم إضافية.
في شهر من 30 يوماً، تؤخذ العينة كل خمس دقائق. الناتج 8640 عينة. بعد ترتيبها، تُستبعد أعلى 432 عينة، أي 5%. حسابياً، 432 فترة من خمس دقائق تساوي 2160 دقيقة أو 36 ساعة.
هنا تنشأ إحدى أكثر الاستعارات تضليلاً في هذا السوق: أن العميل يمتلك «36 ساعة من الاندفاع المجاني». لا توجد في الآلية نافذة كهذه. قد تتوزع العينات المستبعدة على دقائق الذروة الصباحية، وموجات نشر البرمجيات، وحركة النسخ الاحتياطي، وأحداث جماهيرية، وعشرات الفترات القصيرة على امتداد الشهر. ما يُحذف هو أعلى 5% بعد انتهاء فترة القياس، بصرف النظر عن موقعها في التقويم.
والأهم أن الحركة التي تقع خارج تلك المجموعة المستبعدة تظل قادرة على رفع أعلى عينة متبقية. إذا أصبح الاندفاع أكثر تكراراً، لا يحتاج إلى أن يصبح أعلى حتى تتغير الفاتورة؛ يكفي أن يتسع ذيل التوزيع بحيث تدفع بعض القيم المرتفعة عينات أخرى إلى ما دون خط الاستبعاد.
في نموذج Equinix المنشور، تُعطى أيضاً صيغة سعر الاندفاع لكل Mbps فوق الالتزام: 1.5 × الرسم الشهري / commit Mbps. هذا يوضح أن الالتزام ليس مجرد نقطة فنية على رسم بياني. إنه مرساة للسعر الشهري وللسعر الهامشي للمخاطرة التي تقع فوقه.
السعة الاسمية ليست السعة التي يمكن الاعتماد عليها
يحتاج المشتري إلى فصل ثلاثة أرقام كثيراً ما تختلط في لغة المبيعات: سرعة المنفذ، والالتزام المفوتر، والسعة التي يمكن الاعتماد عليها في حالة الفشل.
في النموذج القابل للاندفاع قد يكون المنفذ قادراً على تمرير حركة أعلى من الالتزام. لكن ذلك لا يعني أن كل جزء من تلك السعة له الخصائص التشغيلية نفسها، ولا أن تصميم التكرار يضاعف السعة المضمونة.
تقدم Equinix مثالاً مفيداً على هذا الفرق في الوصلات المتكررة. عندما تتوازن الحركة بين وصلة أولية وثانوية، يمكن أن يصل إجمالي الحركة إلى ضعفي النطاق المختار، لأن كل وصلة تحمل الحد نفسه. لكن إذا فشلت إحداهما، يكون النطاق المضمون هو النطاق المختار فقط، لا مجموع ما كان متاحاً أثناء التوازن.
هذه حقيقة خاصة بتصميم الخدمة، لكنها تكشف مبدأ أوسع: لا ينبغي مساواة السعة التي ظهرت في الظروف الطبيعية بالسعة التي ستظل متاحة في الحالة التي صُممت الازدواجية من أجلها.
ومن ثم فإن شراء منفذ كبير مع commit صغير لا يشتري بالضرورة «سعة» واحدة متجانسة. إنه يشتري سقفاً فيزيائياً، وأرضية مالية، وآلية لتسعير جزء من المسافة بينهما.
الاتجاه يعيد كتابة الفاتورة
يفصل جدول Internet Services لدى Lumen بوضوح بين CDR/CIR، أي الحد الأدنى للنطاق الذي يُفوتر شهرياً، وبين PDR/PIR عندما يكون متاحاً ومحدداً في الطلب، أي الحد الأقصى المتاح.
في نموذج Commit Plus Burst تُقاس الحركة الواردة والصادرة كل خمس دقائق. وفي نهاية دورة الفوترة تُستبعد أعلى 5% من العينات في كل اتجاه على حدة، ثم تُستخدم القيمة الأعلى بين النتيجتين لحساب الاستخدام ذي الصلة. ويبقى الحد الأدنى المفوتر مستحقاً مهما كان الاستخدام الفعلي.
هذه ليست النتيجة نفسها التي سيعطيها جمع الدخول والخروج أولاً ثم ترتيب المجموع. وليست النتيجة نفسها التي سيعطيها أخذ اتجاه واحد ثابت دائماً.
بالنسبة إلى شبكة ذات حركة غير متماثلة بشدة، يصبح تعريف الاتجاه جزءاً من سعرها الاقتصادي. منصة تدفع كميات كبيرة من البيانات إلى المستخدمين قد تحمل شكلاً مختلفاً تماماً عن شركة تستقبل تدفقات كبيرة إلى بنية مركزية، حتى إذا تشابه متوسط الـMbps لديهما.
لذلك لا يكفي أن يسأل المشتري إن كان العقد «95th percentile». عليه أن يستطيع إكمال الجملة: المئين الخامس والتسعون لأي تدفق، وفي أي اتجاه، وبأي ترتيب للعمليات؟
التجميع ليس تفصيلاً محاسبياً
يضيف التجميع طبقة أخرى من نقل المخاطر. يتيح جدول Lumen نفسه ترتيبات يمكن أن تشمل عدة منافذ، مع حساب الاستخدام القابل للاندفاع على أساس تجميعي للمنافذ الداخلة في الترتيب.
قد يكون للتجميع أثر مهم عندما لا تبلغ المواقع ذروتها في الوقت نفسه. لكنه ليس ميزة حسابية ثابتة. إذا تزامنت القمم، أو تغير توجيه الحركة، أو نُقلت خدمة كبيرة من موقع إلى آخر، يتغير شكل العينات المجمعة.
والترتيب الرياضي مهم بقدر نطاق التجميع. توثق Cisco Umbrella SIG، وهي خدمة أمنية وليست عقد نفاذ إنترنت، نموذجاً مختلفاً: تُراقب عينات حركة المستخدم في كل مركز بيانات Cisco Umbrella يصل إليه المرور، وتُستبعد أعلى 5% في كل مركز بيانات، وتُؤخذ القيمة التالية الأعلى لكل مركز، ثم تُجمع تلك القيم.
أي أن العملية هي، بصورة مبسطة: احسب ذيل كل مركز أولاً، ثم اجمع النواتج. وهي ليست مساوية بالضرورة لعملية تجمع حركة المراكز زمنياً أولاً ثم تحسب مئيناً واحداً للمجموع.
هذا الفرق يكفي وحده لنقض فكرة أن اسم المئين يحدد الاقتصاد. الترتيب الجبري للعمليات جزء من العقد.
Cloudflare WAN مثال على أهمية حدود المقياس
توثق Cloudflare WAN قياس النطاق عبر الشبكة المضبوطة، بما يشمل أنواعاً محددة من الوصلات والأنفاق. وتسجل الحركة إلى الشبكة ومنها على فترات خمس دقائق، بينما تُطبق قاعدة الاتجاه بحيث يُنظر إلى أعلى قيمة مئين بين الدخول والخروج لكل نفق.
القيمة التحليلية لهذا المثال ليست أنه يمثل عقود IP transit في السوق كله؛ لا يفعل. بل إنه يوضح أن كلمة «النطاق» تحتاج دائماً إلى مجال محدد. ما الوصلات الداخلة؟ ما الأنفاق المستبعدة؟ أي اتجاه يمثل الاستخدام؟ وما الكيان الذي يجمع القياس؟
هذه الحدود قد تكون أكثر أهمية من اختيار 95 بدلاً من نسبة قريبة منه.
خدمات الأمن وCDN ليست عقود نفاذ إلى الإنترنت
من السهل بناء مقارنة زائفة بجمع كل الوثائق التي تستخدم المئين 95 في جدول واحد. لكن المنتج نفسه يحدد معنى الرقم.
Cisco Umbrella SIG خدمة أمنية لها نموذج ترخيص وحدود استخدام خاصة بها. Cloudflare WAN خدمة WAN مُدارة لها نطاق قياس محدد. وعقد CDN لدى Lumen يقيس تسليم المحتوى الصادر من مناطق CDN. هذه أمثلة مفيدة على هندسة العدادات، وليست دليلاً على قاعدة ترانزيت عالمية.
عقد CDN لدى Lumen شديد الدلالة في هذا الصدد. فهو يحدد عينات للخروج الإقليمي كل خمس دقائق ويستبعد أعلى 5%، لكنه يضيف أيضاً مفهوماً يسمى Disproportionate Peak: عينة تتجاوز ثلاثة أضعاف عينة المئين 95. وفي تلك الحالة يحتفظ المورد بحق إعادة فوترة استخدام يتجاوز عينة المئين وفق نموذج الاستخدام الفعلي المحدد في الجدول. كما توجد لغة خاصة بما يعتبره العقد استخداماً متعمداً للتلاعب بالقياس.
هذا ليس «قانون المئين 95». إنه تصميم عقد CDN يضع حداً ثانياً فوق قاعدة الذيل المعتادة.
ومن منظور اقتصادي، يكشف ذلك ما يفعله العقد فعلياً: لا يكتفي بتحديد كيفية تجاهل بعض القمم، بل يحدد أيضاً متى تصبح القمة كبيرة على نحو يجعل المورد يرفض معاملتها كجزء عادي من توزيع المخاطر.
الذيل نفسه يمكن أن يحتوي ذيلاً آخر
عندما يوافق المورد على استبعاد أعلى 5%، فهو لا يتخلى عن كل اهتمام بحجم تلك القيم. قد يظل السقف الفيزيائي يحدها. وقد توجد شروط تشغيلية أو بنود استثنائية تتعامل مع أحداث بعيدة جداً عن النمط المعتاد.
وهذا يفسر لماذا لا ينبغي للمشتري بناء نموذج مالي على عبارة «أعلى 5% لا تُحسب» وحدها. عليه أن يبحث عن القواعد التي تقع حولها: هل يوجد حد أقصى للمنفذ؟ هل هناك تعريف لذروة استثنائية؟ هل التجاوز بسعر Mbps أم بوحدة أخرى؟ هل القياس إقليمي؟ وهل توجد لغة خاصة بسلوك يعتبره العقد إساءة للآلية؟
كل طبقة من هذه الطبقات تحدد من يحتفظ بمخاطر الطرف الأقصى.
قابلية التدقيق جزء من المنتج
العداد الذي لا يستطيع المشتري إعادة بنائه ينقل سلطة إضافية إلى الطرف الذي يصدر الفاتورة.
توثّق Equinix في بوابة العميل ملخصات لثلاثة أشهر، تشمل قياسات الدخول والخروج، مع إمكانية تنزيل تقرير تفصيلي للمنفذ. وعلى جانب Lumen، تعرض أداة DH Burstable Billing نقاط البيانات المستخدمة في حساب المئين 95، ورسم العينات، وخياراً يعرض القيم الدقيقة.
ليست هذه مجرد خصائص واجهة. إنها جزء من اقتصاد العقد.
إذا كان لدى العميل ملف العينات، وتعريف واضح للفترة الزمنية والمنطقة الزمنية والاتجاه والتجميع، يمكنه تشغيل خوارزمية قصيرة وحتمية والوصول إلى الرقم نفسه. عندئذ يصبح النزاع، إن وقع، قابلاً للحصر: عينة مفقودة، منفذ دخل في المجموعة خطأ، اختلاف في دورة الفاتورة، أو تفسير محدد للاتجاه.
أما إذا لم يكن بإمكانه رؤية المادة الخام، فإن عبارة «95th percentile» لا تمنحه قدرة كبيرة على التحقق. الاسم شفاف، لكن التنفيذ قد يظل صندوقاً أسود.
لهذا ينبغي أن يكون العداد المشترك رقيقاً: أقل عدد ممكن من التحويلات غير المرئية، وقواعد يمكن وصفها في صفحات قليلة، ومدخلات يستطيع الطرفان مراجعتها. التعقيد الحقيقي للشبكة لا يبرر تعقيد الفاتورة بلا حدود.
DDoS: تعرض تشغيلي لا قاعدة فوترة عالمية
حركة الهجمات الحجمية مثال على السبب الذي يجعل موقع العداد وإجراءات التخفيف أكثر أهمية من الشعارات العامة.
توثق Equinix مراقبة الحركة والتنبيه إلى الارتفاعات الكبيرة، كما توثق آلية blackholing تلقائية لعنوان IP واحد عندما تتجاوز حركة مضيف حدوداً محددة بطريقة تشير إلى هجوم حجمي. عند التفعيل تُسقط الحركة المتجهة إلى ذلك العنوان بهدف منع تشبع المنافذ الأعلى في الشبكة وحماية البنية والعملاء.
ما يثبته ذلك هو وجود تعرض تشغيلي وحاجة إلى التخفيف. لا يثبت قاعدة تقول إن «حركة DDoS تُفوَّتر دائماً»، ولا قاعدة معاكسة تقول إنها لا تدخل القياس مطلقاً.
النتيجة المالية تعتمد على مكان أخذ العينة، وتوقيت الحجب، ونموذج الخدمة، وما إذا كانت الحركة وصلت إلى نقطة القياس، وأي شروط أخرى في العقد. السؤال المهني المفيد ليس «هل الهجمات مجانية؟» بل «ما مسار الحركة من لحظة وصولها حتى نقطة القياس والإسقاط، وكيف يظهر ذلك في العينات التي أستطيع رؤيتها؟».
المئين ليس حتمياً
وجود بدائل داخل منتجات المورد نفسه مهم لأنه يزيل هالة الحتمية عن المئين 95.
Equinix تعرض نماذج ثابتة، وبحسب الاستخدام لكل GB، وقابلة للاندفاع. Lumen لديها نموذج ثابت لا يسمح بتجاوز المستوى التعاقدي، إلى جانب Commit Plus Burst. وفي IBM Cloud Classic توجد فوترة مرتبطة بخروج البيانات العام، مع تخصيص نطاق للأجهزة وإمكان جمع التخصيص والاستخدام في bandwidth pool، بحيث يُحسب التجاوز على المستوى المجمع للمجموعة.
هذه النماذج لا تثبت أن واحداً منها أفضل من الآخر. إنها تثبت شيئاً أكثر محدودية وأهمية: هناك أكثر من طريقة لتقسيم مخاطر الحجم والذروة بين المشتري والمورد.
في النموذج الثابت، يدفع العميل مقابل حد واضح ويقبل القيود المرتبطة به. في نموذج الحجم، تتحول كمية البيانات إلى المتغير المركزي. في نموذج المئين، يصبح شكل التوزيع وذيله مهماً. وفي التجميع، تدخل علاقة أحمال متعددة ببعضها في الاقتصاد.
اختيار النموذج هو اختيار لنوع عدم اليقين الذي يريد كل طرف الاحتفاظ به.
لا تسعّر رقم Mbps مجرداً
من السهل في المشتريات تحويل المسألة إلى سعر لكل Mbps، ثم مقارنة عروض غير متجانسة كأنها سلعة واحدة. هذا يخلط بين وحدة القياس والخطر الاقتصادي.
قد يكون Mbps في عرض ما التزاماً أدنى تحت منفذ أعلى بكثير. وقد يكون في عرض آخر سقفاً لا يمكن تجاوزه. وقد يكون «الاستخدام» في أحدهما أعلى اتجاه بعد استبعاد 5%، وفي آخر مجموع قمم محسوبة في عدة مواقع، وفي ثالث خروجاً إقليمياً يخضع أيضاً لشرط ذروة استثنائية.
المقارنة الأصح تبدأ من المخاطر المنقولة. كم من التذبذب يستطيع المورد استيعابه قبل ظهور تكلفة هامشية؟ كم من السعة الفيزيائية موجود عندما يحتاجها العميل؟ ما الذي يحدث عند فشل وصلة؟ ما القمم التي تبقى داخل الآلية الأساسية، وما القمم التي تنقل العقد إلى نظام آخر؟
عندئذ يصبح سعر الـMbps نتيجة في النموذج، لا النموذج نفسه.
الاحتفاظ بالعميل يجب أن يأتي من جودة التسليم
هناك إغراء تجاري واضح في العدادات المعقدة: كلما صعب على العميل إعادة بناء الفاتورة، أصبحت المقارنة بين الموردين أصعب. لكن الغموض ليس ميزة بنيوية مستقرة.
المقياس القابل للنقل بين فرق الشبكات والمالية والمشتريات يحتاج إلى أن يكون محدداً وحتمياً وقابلاً للتحقق. ليس مطلوباً أن تتشابه جميع العقود؛ المطلوب أن يعرف المشتري بدقة لماذا لا تتشابه.
هذا يحول المنافسة إلى المكان الذي يفترض أن تكون فيه: جودة الشبكة، السعة المتاحة فعلياً، سلوك الخدمة عند الفشل، سرعة الاستجابة، أدوات المراقبة، ووضوح العلاقة بين ما يراه المهندس وما تستلمه المالية.
العميل الذي يستطيع إعادة تشغيل العداد لا يصبح أقل قابلية للاحتفاظ. بل يصبح الاحتفاظ به معتمداً على جودة التسليم بدلاً من تكلفة فك الغموض.
ما يشتريه العقد فعلاً
يمكن اختزال اقتصاد المئين 95 إلى أربع طبقات.
الأولى هي السعة الفيزيائية: أعلى ما يمكن للبنية تمريره في الظروف المحددة.
الثانية هي الالتزام المالي: الحد الذي سيدفعه العميل حتى إن بقي الاستخدام تحته.
الثالثة هي توزيع مخاطر الذيل: أي جزء من الارتفاعات يمتصه السعر الأساسي، وأي جزء ينتج عنه تجاوز، وأي أحداث تنتقل إلى بند استثنائي آخر.
الرابعة هي حوكمة القياس: من يرى العينات، وكيف تُجمع، وهل يستطيع الطرفان إنتاج الرقم نفسه.
إذا لم تُقرأ الطبقات الأربع معاً، يصبح المئين الخامس والتسعون رقماً يوفر شعوراً زائفاً بالدقة. أما إذا قُرئت معاً، فهو مجرد أداة تعاقدية من أدوات عديدة لتوزيع تكلفة عدم اليقين في شبكة لا تتحرك حمولتها بخط مستقيم.
المصادر
- Equinix — Pricing and Billing: https://docs.equinix.com/internet-access/eia-billing/
- Lumen — Internet Services Schedule: https://assets.lumen.com/is/content/Lumen/internet-services-service-schedule
- Cloudflare — Cloudflare WAN Bandwidth Measurement: https://developers.cloudflare.com/cloudflare-wan/reference/bandwidth-measurement/
- Cisco — Umbrella SIG MSLA: https://www.cisco.com/c/dam/en_us/about/doing_business/legal/msla/sig-essentials.pdf
- Lumen — Content Delivery Network Service Schedule: https://assets.lumen.com/is/content/Lumen/cdn-servicces-sch
- Equinix — Traffic Usage Monitoring: https://docs.equinix.com/internet-access/traffic-monitoring/eia-traffic/
- Equinix — Security and Monitoring: https://docs.equinix.com/internet-access/traffic-monitoring/eia-security-monitoring
- IBM Cloud — About Bandwidth Metering: https://cloud.ibm.com/docs/bandwidth-metering?topic=bandwidth-metering-about-bandwidth-metering
- Lumen — DH Burstable Billing Report: https://controlcenter.lumen.com/control/help/BMG/dwh_dhbillingreportdetail_help1.html
إحاطة الأعضاء
سياق أعمق للملف الشخصي
سجّل الدخول بمستوى العضوية المناسب لفتح الإحاطة الكاملة وملاحظات المصادر.
للدائرة الاستراتيجية فقط
الدائرة الاستراتيجية
مفتوح لجميع القراء. افتح إحاطات الملف الشخصي بعد الانضمام وتسجيل الدخول.
انضم إلى الدائرة الاستراتيجيةلأعضاء تحالف القيادات فقط
تحالف القيادات
لأصحاب الأصول الفكرية المؤهلين وللإدارة؛ سجّل الدخول للوصول إلى إحاطات التحالف.
انضم إلى تحالف القيادات
