كيف تقدّر الحجم والقدرة الاستيعابية للنظام؟

Question

Accepted Answer

**التقدير والتخطيط للقدرة الاستيعابية** — حساب الحمل المتوقع وحجم البيانات واحتياجات الموارد — جزء مهم من تصميم النظام. حسابات "الظرف الخلفي" التقريبية تُوجّه قرارات التصميم (مقدار التوسع، الموارد اللازمة) وهي شائعة في مقابلات التصميم.

## لماذا يهم التقدير

```text
Estimating scale informs DESIGN decisions:
  → how many servers? how much storage? what database? do you need sharding/caching?
  → understanding the SCALE (small vs massive) shapes the whole design
→ rough numbers guide whether/how to scale (don't over- or under-engineer)
```

## ما الذي يجب تقديره (حسابات ظرف خلفي)

```text
✓ TRAFFIC → users, requests/sec (QPS); read vs write ratio (e.g. 100:1 reads:writes)
  → peak vs average (design for peak); daily active users → requests
✓ STORAGE → data size per item × volume × growth over time → total storage (and growth rate)
✓ BANDWIDTH → data transferred per second (request size × QPS)
✓ MEMORY → cache size needed (e.g. cache the hot 20% of data)
→ rough estimates (order of magnitude) → good enough to inform design
```

## أرقام ونهج مفيدة

```text
→ Know rough "latency numbers": memory ~ns, SSD ~µs, network/disk ~ms, cross-region ~100ms
→ Round numbers; use powers of 10; estimate, don't seek precision
→ Example: 1M daily users × 10 requests = 10M/day ≈ ~115 req/sec average (× peak factor)
→ derive resource needs from the estimates → justify the architecture
→ CAPACITY PLANNING → provision for expected load + growth + headroom; plan to scale
```

## لماذا يهم الأمر

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

تقدير الحجم — حساب الحمل المتوقع وحجم البيانات واحتياجات الموارد من خلال حسابات "الظرف الخلفي" التقريبية — مهم لأن **فهم الحجم يشكّل التصميم بالكامل**: معرفة ما إذا كان النظام يتعامل مع آلاف أو مليارات الطلبات يحدد مقدار التوسع وقواعد البيانات المستخدمة وما إذا كان التقسيم والتخزين المؤقت مطلوباً، مما يساعد على تجنب الإفراط في الهندسة (تعقيد غير ضروري للحجم الصغير) والنقص في الهندسة (تصميم لا يستطيع التعامل مع الحمل الحقيقي).

فهم **ما الذي يجب تقديره** — **حركة المرور** (المستخدمون، الطلبات/ثانية، نسب القراءة/الكتابة، الذروة مقابل المتوسط)، **التخزين** (حجم البيانات والنمو)، **النطاق الترددي**، واحتياجات **الذاكرة/التخزين المؤقت** — يوفر الإطار لتحديد حجم النظام.

فهم **النهج** — معرفة أرقام الكمون التقريبية (الذاكرة مقابل SSD مقابل الشبكة مقابل العبور بين المناطق)، استخدام الأرقام المستديرة وقوى العشرة، تقدير رتبة الحجم بدلاً من السعي للدقة، استخلاص احتياجات الموارد من التقديرات لتبرير الهندسة المعمارية، و**التخطيط للقدرة الاستيعابية** (توفير الموارد للحمل المتوقع بالإضافة إلى النمو والهامش) — يعكس المهارة العملية لإجراء تقديرات مفيدة بسرعة.

هذه مهارة شائعة ومتوقعة في مقابلات تصميم النظام (حيث يوضح التقدير "الظرف الخلفي" قدرتك على التفكير في الحجم) وفي التخطيط الفعلي للقدرة الاستيعابية.

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