تسعير الوكلاء حسب GB
عند تسعير الخادم الوكيل بحسب GB، تُستهلك حصتك مع مرور البيانات عبر الخدمة. وقد تستهلك مهمة تفتح ألف صفحة خفيفة أقل من فحص فيديو طويل واحد. وعدد عناوين IP المستخدمة وعدد الطلبات المرسلة وحجم البيانات المحفوظة مقاييس مختلفة؛ ولا يحدد أي منها الفاتورة وحده.
من بين نماذج تسعير الوكلاء، تربط الفوترة بحسب حجم البيانات الرسم بما يُنقل. ولوضع ميزانية، يجب ربط ثلاثة أمور: الوصول الذي تحتاجه المهمة، والبيانات التي تولدها، وشروط شراء تلك البيانات.
مقابل ماذا تدفع
الغيغابايت وحدة استهلاك داخل منتج وكيل. ويوفر المنتج مسارًا إلى الإنترنت عبر عناوين خروجه، وتحدد التعرفة كيفية احتساب استخدام المسار. فقد تشتري رصيد بيانات مسبقًا أو تحصل على حصة دورية أو تدفع مقابل الاستخدام المقاس وفق اتفاق حساب. ويمكن لكل هذه الترتيبات أن تتضمن سعرًا لكل GB، رغم اختلاف مواعيد الدفع والالتزامات.
يعمل الوصول غالبًا عبر بوابة: يتصل تطبيقك بعنوان يقدمه المزود، وتختار الخدمة نقطة خروج من مجموعة متاحة. وقد يُبقي تغيير الخروج حصة الحساب نفسها قيد الاستخدام. لذلك يصف حجم المجموعة المعلن الكبير إمكانات الوصول، لا قائمة عناوين مخصصة لك. وتجمع بعض المنتجات بدلًا من ذلك رسم البيانات مع الوصول إلى عناوين IP معينة.
لا تحدد وحدة الفوترة نوع الشبكة أو سلوك الجلسة. فقد تُباع منتجات مراكز البيانات وISP والسكنية والمحمول بحسب حجم البيانات. والتدوير وإمكان الاحتفاظ بعنوان لجلسة والاستخدام الحصري للعنوان خصائص منفصلة للمنتج. ولا يمدد الدفع لمزيد من GB جلسة ذات حد زمني خاص، ولا يستعيد نقطة خروج غير متاحة.
اختر الوصول المطلوب قبل مقارنة الأسعار. فلاختبار إتمام شراء إقليمي، يجب أن يوفر المنتج المفيد IP مقبولًا في الموقع المطلوب ويحافظ على عمل الجلسة حتى إتمام الشراء. ولا تلبي حصة أرخص تعجز عن ذلك المهمة. وفي المقابل، لا يجلب شراء شبكة أغلى فائدة تلقائية عندما تعمل الأبسط بموثوقية بالفعل.
كما لا تخبرك الحصة بسرعة التسليم. فالحجم يحدد مقدار ما يمكن مروره، ومعدل النقل يحدد سرعته، والتزامن يحدد مقدار العمل النشط معًا. ولا يعوض رصيد كبير مسارًا أبطأ من أن يتم مهمة حساسة للوقت.
كيف تتحول مهمة مكتملة إلى بيانات مدفوعة
ابدأ بالعملية كاملةً. فقد يجلب البرنامج أولًا قائمة وثائق، ويتبع روابط التنزيل، ويجلب الملفات، ثم يعيد بضعة تنزيلات. وقد تستخدم كل مرحلة الاتصال المدفوع، رغم احتواء الأرشيف النهائي على نسخة واحدة فقط من كل وثيقة.
تخيل مهمة أرشفة توضيحية تحفظ بنجاح 300 وثيقة. وتصف مجاميع البيانات المفترضة التالية أجزاء منفصلة غير متداخلة من التشغيل. وهي مثال محاسبي، لا قياسات لموقع أو مزود معين.
| جزء المهمة | البيانات المقاسة المفترضة | ما يضيفه |
|---|---|---|
| جلب قوائم الوثائق وبيانات التنقل | 12 MB | يحدد الملفات المطلوب جلبها |
عمليات النقل التي تنتج الوثائق المحتفظ بها، وعددها 300 | 240 MB | يوفر الأرشيف المطلوب |
| تنزيلات زائدة لوثائق جُلبت بالفعل | 48 MB | ينقل نسخًا إضافية دون تكبير الأرشيف |
| الطلبات والاستجابات المتبقية والعبء الإضافي المحسوب | 8 MB | يكمل بقية الاتصالات في التشغيل |
| المهمة كاملةً | 308 MB | ينتج الوثائق المحتفظ بها نفسها، وعددها 300 |
بالوحدات العشرية، يستهلك هذا التشغيل 0.308 GB. وعند سعر مفترض $4.50/GB، تكون رسوم بياناته $1.386، أو نحو $1.39 قبل أي رسوم أخرى. والفرق المفيد بين 240 MB المرتبطة بالوثائق المحتفظ بها و308 MB المستخدمة في العملية. ويوفر حذف التنزيلات الزائدة 48 MB دون تقليل الأرشيف؛ أما حذف خطوة اكتشاف الوثائق فقد يوقف عمل المهمة.
تهم حدود القياس لدى المزود. فالسياسات المنشورة للوكلاء تحسب عادةً البيانات المرسلة نحو الموقع والمستقبلة منه، بما فيها رؤوس HTTP والمحتوى. لذلك يستهلك العمل كثيف الرفع حصة حتى إن كان رد الموقع قصيرًا. وتختلف السياسات بشأن بيانات إنشاء الاتصال وعبء التشفير الإضافي والأخطاء التي تولدها الخدمة. ولا يكفي عدّاد محتويات الملفات المنزلة لإعادة حساب كل فاتورة.
يمكن لنفق HTTPS حمل بايتات مشفرة يقيسها الوكيل دون قراءة المحتوى المحمي. وللميزانية، استخدم طريقة المزود المعلنة وتشغيلًا مقاسًا؛ فلا توجد نسبة عبء إضافي عامة تضاف إلى كل طلب. وتضيف هذه النسبة البايتات مرة أخرى إذا طُبقت على عدّاد يتضمنها بالفعل.
لماذا تختلف أرقام GB وGiB
تحتوي الغيغابايت (GB) على 1,000,000,000 بايت. وتحتوي الغيبيبايت (GiB) على 2³⁰ بايت، أي 1,073,741,824 بايت، أو 1,024 MiB. وتستخدم GB قوى عشرية، بينما تستخدم GiB قوى ثنائية. وتقيسان النوع نفسه من الكمية بوحدتين مختلفتي الحجم.
فمثلًا، تساوي 32 GiB مقدار 34.359738368 GB، أي نحو 34.36 GB. ويزيد الرقم بوحدة GB بنحو 7.37%، لأن كل GiB تحتوي على 1.073741824 GB. ولم تظهر بيانات إضافية؛ فالقراءتان تصفان عدد البايتات نفسه. وفي المقابل، تعادل حصة 32 GB نحو 29.80 GiB، لذا لا يجعل تطابق الرقم المطبوع حصتين متساويتين.
قبل مطابقة عدّاد التطبيق مع الاستخدام المفوتر، حوّل القيمتين إلى الوحدة نفسها. وتحقق من تعريف المزود بدل الاعتماد على تسمية مختصرة، ثم تحقق من حدود المحاسبة. والتقريب مسألة منفصلة؛ فلا تكشف قراءة مختصرة في لوحة التحكم الدقة المستخدمة للفوترة.
لماذا يهم سير العمل بقدر الصفحة
اختلاف الزيارة الأولى والمتكررة
قد تنزل الزيارة الأولى الموارد اللازمة لعرض الموقع وتشغيله. وقد تعيد زيارة لاحقة في المتصفح نفسه استخدام بعض الموارد المحلية، بينما قد يضطر ملف متصفح جديد إلى جلبها مجددًا. ولذلك تكون طريقة بدء جلسات المتصفح وإعادة استخدامها جزءًا من نموذج البيانات.
للتخزين المؤقت نتائج متعددة. فقد تُستخدم نسخة محلية حديثة دون تنزيل المورد مجددًا. وقد تحتاج نسخة قديمة إلى طلب شرطي؛ وتسمح استجابة 304 Not Modified بإعادة استخدام المحتوى المخزن، لكن تبادل التحقق يظل يستخدم الشبكة. ويتطلب المورد المتغير أو غير القابل لإعادة الاستخدام نقلًا جديدًا. ولا يضمن الاحتفاظ بملف متصفح تخزين كل مورد مؤقتًا.
قد تفيد الموارد المخزنة مؤقتًا مهمة المراقبة، لكنها قد تبطل اختبار تجربة زائر جديد. فقس تحت الشروط التي تحتاجها المهمة فعلًا. ولا تصلح تكلفة زيارة متكررة منخفضة تقديرًا لآلاف الزيارات الأولى المستقلة.
قد يضلل تنسيق المخرجات أيضًا. فالتقاط صورة شاشة محليًا ينشئ صورة من محتوى محمل بالفعل، ولا يرسلها بحد ذاته عائدة عبر الوكيل. ويكون رفع تلك الصورة عبر الوكيل نقلًا آخر. وقد يكون لمتصفح مستضاف عن بُعد أو API لصور الشاشة نموذج رسوم مختلف، لذا لا ينبغي معاملة حجم مخرجاته كبيانات متصفح محلي معتاد.
تحتاج التنزيلات والفيديو إلى تقديرات مختلفة
في مهمة نقل ملفات، غالبًا ما تهيمن أحجام الوثائق وكشف التكرار وإمكان استئناف النقل بعد الانقطاع على الاستهلاك. وفي اختبار فيديو، تصبح المدة ومعدل البتات أفيد من عدد الصفحات. فقد تكون الصفحة الأولى صغيرة بينما يواصل المشغل جلب الوسائط طوال الاختبار.
لنفترض أن اختبارًا يتلقى متوسط 6 ميغابت من بيانات الوسائط في الثانية لمدة 18 دقيقة. وتحول القسمة على ثمانية البتات إلى بايتات: 6 × 1,080 ÷ 8 = 810 ميغابايت، أي 0.81 GB. وينقل تكرار الاختبار الكامل من 12 موقعًا مقدار 9.72 GB من الوسائط وحدها. وهذا عبء مفترض؛ وتضاف إليه واجهة المشغل والطلبات الأخرى والعبء الإضافي المحسوب. وقد تغير الجودة التكيفية والتخزين المؤقت للبث النقل الفعلي.
لا يكون خفض جودة التشغيل توفيرًا إلا إذا ظل الاختبار يجيب عن سؤاله. فقد يستخدم فحص موجز لبدء الفيديو نافذة ملاحظة قصيرة. أما اختبار استمرار التشغيل بجودة عالية، فيجب أن يتلقى قدرًا كافيًا من البث لتقييمه. وتحدد الأدلة المطلوبة البيانات التي يمكن الاستغناء عنها.
توضح هذه الفروق ملاءمة التسعير بحسب البيانات. فقد تحتاج الفحوص الإقليمية القصيرة والوصول المتقطع إلى مجموعة مفيدة بيانات قليلة. وقد تستهلك اختبارات الوسائط المستمرة أو التنزيلات الكبيرة المتكررة الحصة نفسها سريعًا. وكلاهما ممكن تقنيًا بمنتج مناسب؛ وتعتمد الجدوى الاقتصادية على حجم العمل وجدوله والبدائل المتاحة.
ابن التوقع من مزيج العمل
عرّف الاكتمال قبل القياس. فقد تعني مهمة وثيقة ناجحة ملفًا قابلًا للقراءة بالمعرّف المتوقع؛ وقد يتطلب اختبار إقليمي تفاعلًا مكتملًا ونتيجة مسجلة. ولا يثبت اتصال ناجح أو حالة HTTP وحدهما اكتمال العمل.
استخدم تجربة بالمواقع الجغرافية وإعدادات الجلسات والبرمجيات ومستوى النشاط المتوازي المقصودة. وافصل بيانات اعتمادها أو تقارير استخدامها عن العمل غير المرتبط. وسجل تغير الاستخدام خلال فترة مطابقة، مع مراعاة تأخر تقارير المزود، وعد المهام المكتملة إلى جانب المحاولات. وإذا كان نشاط الخلفية جزءًا من التشغيل الطبيعي، فأدرجه أو قسه منفصلًا بدل استبعاده دون بيان.
زن أنواع العمليات المختلفة
يحافظ التوقع المفيد على المزيج المتوقع. ولنفترض أن تجربة أعطت المتوسطات المفترضة التالية، شاملة بالفعل الطلبات المعتادة وإعادات المحاولة اللازمة لكل عملية مكتملة. وتنتمي كل عملية مخططة إلى فئة واحدة فقط.
| العملية المخططة | العدد المطلوب إتمامه | المتوسط المقاس لكل إتمام | البيانات المتوقعة |
|---|---|---|---|
| زيارات أولى في ملفات متصفح جديدة | 2,400 | 1.6 MB | 3.840 GB |
| فحوص متابعة في ملفات قابلة لإعادة الاستخدام | 12,600 | 0.18 MB | 2.268 GB |
| فحوص وسائط قصيرة منفصلة | 1,200 | 7.5 MB | 9.000 GB |
| الإجمالي | 16,200 | يعتمد على المزيج | 15.108 GB |
عند السعر المفترض نفسه، $4.50/GB، تبلغ رسوم البيانات المتوقعة $67.986، أي نحو $67.99. وتمثل فحوص الوسائط أقل من عملية واحدة من كل ثلاث عشرة، لكنها تقارب 60% من البيانات. لذلك قد يكون أثر تحسين فحوص المتابعة الأكثر عددًا بكثير أقل من تعديل اختبار الوسائط بصورة مناسبة.
الحساب العام مجموع عدد كل نوع من المهام مضروبًا في متوسط بياناته المقاس. ولا تضف نشاط الإعداد أو النشاط المشترك المقاس منفصلًا إلا إذا كان خارج تلك المتوسطات. وبالمثل، لا تضف إعادات المحاولة الموجودة بالفعل في التجربة مرة ثانية باستخدام معامل للإخفاق.
اختبر ما قد يغير التوقع
لا يفيد المتوسط إلا ما دام العمل قابلًا للمقارنة. فقد يزيل الانتقال إلى ملفات متصفح جديدة وفر التخزين المؤقت. وقد يتلقى موقع جغرافي آخر صفحة أو بث وسائط مختلفًا. وقد تجمع نافذة ملاحظة أطول مزيدًا من بيانات الخلفية. فأعد فحص الفئة المتأثرة بعد هذه التغييرات بدل تطبيق المتوسط القديم على المشروع كله.
اختبر أيضًا تشغيلًا أقل ملاءمة لكنه معقول إلى جانب المعتاد: وثائق أكبر أو جلسات جديدة أو فترة أكثر انقطاعًا. وأبق افتراضاته ظاهرة. فالاحتياطي المستمد من تلك الظروف أفيد من نسبة غير مفسرة تضاف إلى كل ميزانية.
للاختيار بين خدمات مناسبة، حوّل كل اختبار إلى إنفاق لحجم العمل المكتمل نفسه. وأدرج البيانات المستهلكة فعليًا وأي التزام شراء لا يمكن تجنبه. وقد يفيد سعر GB المنخفض، لكنه لا يحسم المقارنة عندما تحتاج خدمة إلى عدد محاولات مختلف أو تعجز عن إتمام الجلسات المطلوبة.
طابق الشراء مع جدول العمل
يقدر التوقع أعلاه الاستهلاك. وقد يختلف المبلغ الواجب دفعه لأن المنتج يبيع البيانات في باقات أو يتطلب اشتراكًا أو يضيف رسم وصول منفصلًا. اقرأ العرض كعملية شراء كاملة: ما الذي يصبح متاحًا، وفي أي تواريخ، وما الدفعة التي تسمح بمواصلة الاستخدام.
توضح مسألة جدولة افتراضية أهمية التواريخ. يحتاج مشروع إلى 8 GB قبل تجدد الفوترة وإلى 28 GB بعدها. وتتطلب حصة شهرية افتراضية قدرها 30 GB بتكلفة $90، دون ترحيل أو رسوم أخرى، دفعتين شهريتين: $180. ويتطلب رصيد افتراضي غير منتهي الصلاحية، يباع بوحدات 20 GB بسعر $80، وحدتين: $160، ويترك 4 GB متاحة. ويُفترض أن الترتيبين يوفران وصولًا متكافئًا. والسعر الشهري المعلن $3 أقل من سعر الوحدات $4، لكن الجدول المقرر للمشروع يتطلب دفعًا نقديًا أكبر مع الخيار الشهري.
إذا نقلت المشروع نفسه كله إلى فترة فوترة واحدة، تتغير المقارنة: فحصة 30 GB تحتاج إلى 6 GB إضافية، فيصبح سعر الإضافة حاسمًا. ولهذا لا يكفي ضرب الطلب الإجمالي في أرخص سعر معروض. نمذج العمل وفق تواريخ التجديد ووحدات الشراء وأي تاريخ انتهاء للبيانات الإضافية.
لا تفيد الحصة المتبقية العمل اللاحق إلا ما دامت صالحة للاستخدام وفق شروط الحساب. وافصل انتهاء البيانات عن تجديد الاشتراك وعن أي شرط لإبقاء الحساب نشطًا. وإذا اختلفت صلاحية البيانات الأساسية والإضافات المشتراة، فحدد أي الرصيدين يُستهلك أولًا؛ فقد تؤثر الإجابة في ما ينتهي دون استخدام.
يدخل الإعداد المختار في السعر أيضًا. فقد يغير الوصول إلى شبكة معينة أو اختيار موقع أدق أو عناوين مخصصة أو ميزات أخرى الرسوم. وإذا استخدمت التعرفة معامل استهلاك، فميز البايتات الفعلية من الوحدات المفوترة. ولا تطبق المعامل إلا إذا لم يكن رقم الاستخدام قد طبقه بالفعل. ويلزم الانتباه نفسه للالتزامات الدنيا وسعر البيانات الإضافية والضرائب المشمولة أو المستثناة من العرض.
للعمل الكثيف المنتظم، قارن العبء المخطط كاملًا بخيار ثابت السعر مناسب. ويجب أن يلبي البديل متطلبات المواقع والمواقع الجغرافية والجلسات والبيانات المسموحة وسرعة التسليم نفسها. وقد يسهل الرسم الثابت وضع ميزانية لنقل كبير، بينما قد يجنب الوصول بحسب البيانات الاحتفاظ بسعة نادرًا ما تستخدمها مهمة عرضية. ولا تحدد أي من وحدتي الفوترة الشبكة التي ستعمل أفضل.
تعافَ من الإخفاق دون شراء العمل نفسه مجددًا
ينبغي أن يبدأ التعافي من أصغر جزء غير مكتمل من المهمة. وإذا خزن تشغيل معظم وثائقه بالفعل، فقد تؤدي إعادة بدء القائمة كلها إلى دفع تكلفة تنزيلات متطابقة كثيرة. وسجل المعرّفات المكتملة وتحقق من الملفات المحفوظة واستأنف بقية الطابور. ويقلل ذلك الهدر دون تغيير شبكة الوكلاء أو سعرها.
تحتاج الملفات الكبيرة المنقطعة إلى آلية أدق. وحيث يدعم الخادم وبرنامج العميل طلبات النطاق، يمكن للتنزيل طلب الجزء المفقود. ويجب أن يتحقق البرنامج من أنه يكمل النسخة نفسها من الملف. وتقدم استجابة 206 Partial Content نطاقًا؛ ولا يجوز إلحاق استجابة كاملة 200 OK بجزء موجود دون تحقق. وقد يوفر دعم الاستئناف بايتات منقولة، لكنه يحتاج إلى تنفيذ صحيح.
ينبغي أن تقود الأخطاء إلى قرارات مختلفة. فقد يبرر عطل اتصال مؤقت إعادة محاولة محدودة. ويحتاج الرفض المتكرر أو الدخول المنتهي أو حصة الحساب التي نفدت أو الطلب غير الصحيح إلى استجابة مختلفة. وقد يستهلك التكرار السريع لمشكلة دون تغيير مزيدًا من المال بلا تقدم. وللإجراءات التي تغير حسابًا بعيدًا، تحقق من اكتمال المحاولة الأولى قبل إعادة إرسالها.
لا يمحو إخفاق المهمة البايتات المنقولة بالفعل. فقد يستهلك تنزيل منقطع أو صفحة رفض بيانات مدفوعة؛ وتستثني بعض الخدمات أخطاء الاتصال الخاصة بها. وطبق شروط منتج الوكيل الفعلي بدل استعارة وعد فوترة الطلبات الناجحة من API لجمع بيانات الويب.
قد يؤثر استمرار الجلسة في التعافي أيضًا. فقد يبطل تبديل IP سير عمل مرتبطًا بتلك الجلسة ويتطلب تكرار خطوات سابقة. وقد يحافظ الاحتفاظ بعنوان على الاستمرار، لكنه لا يجعل النقل اللاحق مجانيًا ولا يضمن بقاء جلسة الموقع صالحة. واحفظ التقدم حيث يمكن واختر إجراء التعافي الذي يعالج الإخفاق.
أبق المهمة الجارية ضمن ميزانيتها
راقب التقدم إلى جانب الاستخدام. وثلاث قراءات مفيدة هي الحصة المتبقية والاستهلاك الحديث في الدقيقة والمهام المكتملة خلال الفترة نفسها. وإذا ارتفع الاستخدام وتعثر الإنجاز، فتحتاج المهمة إلى متابعة قبل نفاد الرصيد. وإذا ارتفع الاثنان بالتناسب، فقد يكون التطبيق ببساطة ينفذ عملًا أكثر.
فمثلًا، توفر 14 GB متبقية عند معدل مستمر 0.35 GB في الدقيقة نحو 40 دقيقة من البيانات بذلك المعدل. وهذا تقدير تخطيطي، لا ضمان لموعد الإيقاف: فقد يتغير المعدل وتتأخر قراءة الاستخدام وتظل عمليات نقل نشطة في طور الاكتمال. وقارن الوقت ببقية الطابور، وأوقف العمل الجديد أو خفضه مبكرًا بما يكفي للانتهاء بأمان.
استخدم ضوابط على مستوى الشراء والتطبيق معًا. وفي الحساب، اختر بوعي ما إذا كان النفاد يوقف الوصول أو يأذن بشراء آخر أو رسوم تجاوز. وفي التطبيق، ضع حدودًا للطابور والمحاولات والنقل المتزامن ومدة الجلسات المفتوحة. فالتعبئة التلقائية تبقي الاتصال ممولًا، لكنها لا تقرر هل ما زال العمل يستحق المال.
تحتاج التنزيلات الطويلة وجلسات الوسائط إلى شرط إيقاف صريح. فقد يُبقي تقليل الطلبات الجديدة وحده عمليات نقل قائمة تستهلك البيانات. وينبغي أن يستطيع التطبيق إلغاء العمل الجاري وإغلاق الجلسات غير المستخدمة. واترك هامشًا لتأخر التقارير وإنفاذ الحدود، بدل اعتبار عتبة لوحة التحكم مفتاحًا فوريًا.
عندما تبدو الأرقام خاطئة، طابق تشغيلًا واحدًا محدود النطاق. وطابق الحساب أو المستخدم والفترة والوحدة وسجل المهام. وتساعد أدوات الشبكة في المتصفح على تحديد عمليات النقل الكبيرة وتمييز الأحجام المنقولة من أحجام الموارد بعد فك الضغط، لكنها لا تغطي بالضرورة كل عملية تستخدم الحساب. وتتبع استهلاك البيانات منفصلًا عن المشتريات وتحويل الأرصدة وانتهائها؛ فتغير الرصيد ليس دائمًا نقلًا شبكيًا.
ثم أجرِ تغييرًا محددًا واحدًا وكرر المهمة نفسها. واحتفظ بحالة المتصفح التي يحتاجها الاختبار، وتجنب التنزيلات المكررة، وأبق الضغط المدعوم، وامنع بدء الموارد غير المرتبطة حيث لا يعطل ذلك سير العمل. وينبغي أن تظهر النتيجة إنفاقًا أقل واكتمالًا ناجحًا معًا. فتقليل النقل بإزالة الأدلة التي أُجريت المهمة لجمعها عمل غير مكتمل.
