تقدير الأرقام بالحساب السريع

تقدير الأرقام بالحساب السريع

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

الأرقام المرجعية التي يجب حفظها

المُقدِّر الجيد لا يبحث عن الأرقام أثناء النقاش، بل يحتفظ بجدول صغير في ذاكرته:

• مراسي زمن الاستجابة: ذاكرة L1 ~0.5 نانوثانية  |  قراءة RAM ~100 نانوثانية  |  قراءة SSD ~100 ميكروثانية  |  بحث HDD ~10 ميليثانية  |  RTT بين مراكز البيانات ~150 ميليثانية
• مراسي الإنتاجية: SSD تسلسلي ~500 MB/ث  |  شبكة (1 Gbps) ~125 MB/ث  |  قراءة صف قاعدة بيانات ~1 ميكروثانية من المعالج
• أحجام البيانات: حرف ASCII = 1 B  |  UUID = 36 B  |  تغريدة متوسطة ≈ 280 B  |  صورة مصغّرة ≈ 50 KB  |  صورة HD ≈ 3 MB  |  MP3 مدة 4 دقائق ≈ 4 MB  |  دقيقة فيديو 720p ≈ 50 MB
• قوى الاثنين / تكافؤ العشرة: 2¹⁰ ≈ 10³ (1 KB)  |  2²⁰ ≈ 10⁶ (1 MB)  |  2³⁰ ≈ 10⁹ (1 GB)  |  2⁴⁰ ≈ 10¹² (1 TB)
• تحويلات الوقت: يوم واحد ≈ 86,400 ث ≈ 10⁵ ث  |  شهر ≈ 2.5 × 10⁶ ث  |  سنة ≈ 3 × 10⁷ ث

الأعمدة الأربعة للتقدير

كل تقدير سريع يُنتج أربعة أرقام. لنمرّ على كل منها باستخدام مثال ملموس: خدمة تدوين مصغّر (مثل تويتر) بـ300 مليون مستخدم نشط شهريًا (MAU)، منهم 10% ينشرون مرة يوميًا والبقية يقرؤون فحسب.

1. الاستعلامات في الثانية (QPS)

QPS هو نبضة قلب نظامك. كل شيء — تجمّعات الخيوط، وحدود الاتصالات، ومحدّدات المعدل، وقدرة موزّع الأحمال — يُحجَّم وفقه.

معدل الكتابة (تغريدات جديدة):

معدل القراءة: بافتراض أن كل قارئ نشط يُحمّل تايم لاين بـ20 تغريدة، مما يُولّد قراءة واحدة من قاعدة البيانات أو الكاش لكل تغريدة.

قاعدة بيانات علائقية مُضبَّطة جيدًا تتحمّل ~10,000 قراءة بسيطة في الثانية. عند 26,000 قراءة في الثانية في الذروة، نعرف فورًا أننا نحتاج إلى نسخة قراءة أو طبقة كاش — وذلك قبل أن نناقش مخطط البيانات. هذه هي قوة هذا الحساب.

2. التخزين

تقدير التخزين يُخبرنا بنوع البنية التحتية للبيانات المطلوبة ومعدل النمو.

10.8 تيرابايت تتسع في مصفوفة NVMe واحدة كبيرة، لكن الآن أضف الوسائط: افترض أن 10% من التغريدات تحمل صورة بحجم 1 MB.

5.5 بيتابايت من الصور في خمس سنوات يُخبرنا فورًا أننا نحتاج إلى مخزن كائنات (S3 أو GCS أو ما شابه)، لا عمود BLOB في قاعدة بيانات علائقية. تخزين الوسائط يُفصل دائمًا عن التخزين الخاصة بالمعاملات عند الحجم الكبير.

3. عرض النطاق الترددي

يتحكّم النطاق الترددي في تكاليف البنية التحتية للشبكة، ومتطلبات CDN، وما إذا كانت منطقة واحدة كافية.

2.2 GB/ث في المتوسط صادر يعني أننا نحتاج إلى CDN للوسائط، وعلى الأرجح نقاط حضور متعددة حول العالم. بطاقة شبكة واحدة بـ10 Gbps (~1.25 GB/ث) في مركز بيانات واحد ستكون مُشبَعة بالفعل — وهذا محرّك تصميمي آخر اكتشفناه من الرياضيات البحتة.

4. الذاكرة (حجم الكاش)

الكاش فعّال فقط عندما يتسع مجموعة البيانات الساخنة في الذاكرة العشوائية. السؤال هو: كم من الذاكرة نحتاج فعلًا؟

القاعدة الكلاسيكية 80/20: 20% من المحتوى يُولّد 80% من القراءات. خزّن هذه الـ20% في الكاش.

10–20 GB من ذاكرة Redis يمكنها استيعاب 26,000 QPS في الذروة بشكل شبه كامل، مما يُتيح لقاعدة البيانات التفرّغ للكتابات وقراءات إخفاق الكاش. هذه هي الفائدة المعمارية التي يُقدّمها تقدير الذاكرة.

تجميع كل شيء — مخطط ملخص التقدير

دليل بصري لحجم البيانات

الأخطاء الشائعة وكيفية تجنّبها

• نسيان عامل الذروة. متوسط QPS نادرًا ما يُعطّل الأنظمة. اضرب دائمًا في 2-5× لمحاكاة حركة المرور في الذروة (الأحداث، اللحظات الفيروسية، مهام cron منتصف الليل).
• إهمال نفقات النسخ المتماثل. إذا كنت تكتب إلى قاعدة بيانات رئيسية تتضاعف إلى نسختين، فتضخيم الكتابة هو 3×. خذ هذا في الحسبان في تقديرات التخزين والإدخال/الإخراج.
• خلط أرقام الضغط وغير المضغوط. كن صريحًا: "3 TB/يوم غير مضغوط؛ بنسبة ضغط 3:1، نخزّن ~1 TB/يوم." لا تخلطهما دون إشارة.
• معاملة DAU = MAU. عادةً DAU هو 20-50% من MAU للتطبيقات الاستهلاكية. استخدام MAU للحسابات اليومية ينفّخ كل رقم.
• عدم ذكر الافتراضات. في المقابلات والوثائق الهندسية، اذكر كل افتراض صراحةً — "أفترض أن 10% من المستخدمين ينشرون مرة واحدة يوميًا" — حتى يتمكن المراجعون من التشكيك في المدخلات، لا في حساباتك.

التقدير في المقابلة

في مقابلة تصميم أنظمة مدتها 45 دقيقة، خصّص 5-8 دقائق للتقدير. الهدف ليس الحصول على إجابة رياضية مثالية — بل إظهار تفكير منظّم. نمط جيد للاتباع:

1. اذكر مدخل الحجم: "مع 300 مليون MAU و10% ينشرون يوميًا…"
2. اشتق QPS الكتابة ثم QPS القراءة (بافتراض نسبة قراءة/كتابة).
3. قدّر التخزين لـ5 سنوات. لاحظ ما إذا كانت الوسائط تستلزم مخزن كائنات.
4. تحقق من النطاق الترددي. لاحظ متطلب CDN إذا تجاوز الصادر ~1 GB/ث.
5. قدّر حجم الكاش. اذكر افتراض نسبة البيانات الساخنة.
6. لخّص: "إذن نتحدث عن ~1,000 كتابة في الثانية، 26,000 قراءة في الثانية، ~10 TB تخزين نصي، ~5 PB وسائط على مدى 5 سنوات، 2+ GB/ث صادر، وكاش 10-20 GB."

هذا الملخص من ستة أسطر يُخبر المهندس ذا الخبرة بما يجب أن تشتمل عليه البنية قبل رسم أي مكوّن.