تخطيط القدرات ونمو الأعباء

موجز موجز

1. توقعات الطلب (اتجاه خط الأساس + الموسمية + الأحداث).

2. نموذج التحميل (نموذج مفتوح للإنترنت).

3. غرفة الرأس وميزانية خاطئة.

4. التحجيم (الأفق/الرأسي/التلقائي) + المحددات (الحد الأقصى للمعدل/الضغط الخلفي).

5. التمويل: $/1000 RPS، $/ms p95، TCO حسب السيناريو.

المصطلحات والمقاييس

الإنتاجية: RPS/QPS/CPS - الإنتاجية الفعلية.
Latency p95/p99: استهداف SLOs لمسارات المستخدم.
التشبع: وحدة المعالجة المركزية/الذاكرة/IO/FD/التوصيلات/تحميل قوائم الانتظار.
معدل الخطأ: 5xx/timeout/429، ميزانية خاطئة للفترة.
مساحة الرأس: حصة الطاقة الحرة في ذروة حركة المرور (موصى بها ≥ 30٪).
الانفجار: ارتفاع قصير المدى (ثوانٍ/دقائق)، سبايك: ارتفاع حاد × ن.

النماذج والصيغ الأساسية

قانون ليتل (للأنظمة المنتظرة)

L = λ W

L هو متوسط عدد الطلبات في النظام، λ هو متوسط معدل الدخول (RPS)، W هو متوسط الوقت في النظام. مفيد لتقدير عمق قائمة الانتظار.

عامل الحمل (ρ)

ρ = λ / μ

μ - سرعة الخدمة (RPS بنسبة 100٪ وحدة المعالجة المركزية). عند ρ→1، يزداد الكمون بشكل غير خطي - احتفظ بنقطة العمل ρ ≤ 0. 6–0. 75.

عامل/هامش الأمان

Capacity_required = Peak_load (1 + Headroom) Degradation_factor

حيث يفسر Degradation_factor فشل N، وتحلل المخبأ، وفقدان برنامج عمل واحد/منطقة واحدة (على سبيل المثال، 1. 2).

توقعات الطلب

1. التاريخ: ملفات تعريف اليوم/الأسبوع، الموسمية، الارتباط بالأحداث (المباريات/التدفقات/المدفوعات).
2. الأحداث: معاملات السيناريو (اليوم العادي × 1، البطولة × 2. 3، النهائي × 3. 5).
3. مصادر التقلبات: حملات التسويق والإصدارات وشذوذ البوت.
4. وحدات التنبؤ: RPS حسب الطرق (تسجيل الدخول، الردهة، الكتالوج، المدفوعات)، CPS TLS، QPS DB، قرص IOPS، Ext Gbps.
5. الثقة: احتفظ بسيناريوهين - محافظ وعدواني.

محاكاة التحميل

النموذج المفتوح (الوصول الشبيه بـ Poisson): معقول لواجهات برمجة التطبيقات/الويب العامة - الاستخدام للحجم.
نموذج مغلق (VU + وقت التفكير): مناسب للتسلسلات الداخلية ؛ يجمع.
مخاليط الطرق: كسور الوزن لكل نقطة نهاية ؛ لا تشمل «الساخنة» فحسب، بل تشمل أيضا «المكلفة» (التسجيل والإيداع).
لا تنس: retras، قوائم الانتظار، حدود الشريك (PSP، واجهات برمجة التطبيقات التابعة لجهات خارجية).

تصميم هامش الأمان

الهدف: ≥ 30 في المائة إلى الذروة (للإنترنت) ؛ لمسارات الدفع الأساسية والحرجة - 40-50٪.
N + 1/N + 2: تحمل فشل 1-2 حالة/منطقة دون انتهاك SLO.
مناطق متعددة: تسحب كل منطقة ≥ 60٪ من إجمالي الذروة (للنجاة من فقدان الجار).
وضع التحلل: تعطيل الوظائف الثانوية، وتقليل الحمولة، وتمكين استجابات المخبأ/الطعنة.

الحجم حسب الطبقة

الشبكة/الحافة

CPS/RPS في المقدمة، TLS-shake p95، resumption≥70٪ يخرج Gbps.
Anycast/Geo-routing, CDN/WAF limits (وافق مسبقا).
الهامش: رابط/أبلينك ≥ ذروة × 1. 3، تراكم SYN مع UDP/443 هامش لـ H3.

المتوازنون/الوكلاء

RPS على سبيل المثال، فتح الاتصالات، قوائم الانتظار، وحدة المعالجة المركزية/IRQ.
تجميع الحفظ والاتصال - قلل من الاتصالات إلى الخلف.
المخزون: ρ ≤ 0. 7، محدد по CPS/RPS لكل طريق.

التطبيقات

الأداء المستهدف لكل نواة (RPS/core) في الهضبة.
البرك (الخيط/DB/HTTP) - لا تدخل في حدود.
المخزون: مقياس تلقائي يصل إلى وحدة المعالجة المركزية 60-70٪ وزناد الكمون (p95).

المخابئ

نسبة إصابة، حجم ساخن، إخلاء، نسخة طبق الأصل.
الاحتياطي: الذاكرة ≥ 1. 2 × ساخنة، غرفة رأس الشبكة ≥ 30٪.

قواعد البيانات

QPS/TPM، p95 طلبات، أقفال، مخبأ عازل، WAL/تأخر تكرار.
IOPS ومحركات زمن الوصول هي مفتاح p95.
الهامش: نقطة تشغيل وحدة المعالجة المركزية 50-65٪، نسخة طبق الأصل متأخرة <الهدف ؛ خطة الفحم والقراءة والنسخ المتماثلة.

أقراص/تخزين

IOPS (4k/64k)، الإنتاجية، تكلفة fsync.
المخزون: IOPS ≥ الذروة × 1. 5، الكمون p95 في النافذة المستهدفة ؛ مجمعات منفصلة للسجل/البيانات.

وحدة معالجة الرسومات/ML (إذا كان هناك استنتاج عبر الإنترنت)

عينات/ثوانٍ، زمن انتظار، مساحة رأس VRAM، دفعة.
الهامش: معلمات الدفعة تحت حمولة «المنشار»، وحدة معالجة الرسومات الدافئة.

التحجيم التلقائي

HPA/KEDA: مقاييس وحدة المعالجة المركزية + مخصصة (زمن الانتظار p95، RPS، قائمة الانتظار).
حمامات السباحة الدافئة: حالات ساخنة مسبقًا قبل الأحداث.
القياس التدريجي: خطوات مع التهدئة حتى لا «ترى».
وقت رد الفعل: استهدف T_scale ≤ 1-2 دقيقة للطبقة الأمامية ؛ لـ DB - مقدمًا.

محددات وضغط خلفي

الحد الأقصى للمعدل по IP/ASN/device/route ؛ حصص الشركاء.
قوائم الانتظار مع TTL، رفض «مهذب» (429/عبر gray-vol) قبل المهلة.
الاختصاص: مفاتيح الدفع ؛ يستعيد بميزانية + نفث.
طلب الانهيار/SWR: لا تستيقظ من الأصل أثناء الرش.

مثال على الحساب السريع

بالنظر إلى: 35 ألف RPS API ذروة توقعات، p95 250 مللي ثانية، متوسط وقت الخدمة 8 مللي ثانية لكل حالة عند 60٪ CPU RPS/core، 8 نوى لكل حالة 1000 RPS/حالة.
الخطوة 1 (بدون مخزون): 35 حالة.
الخطوة 2 (غرفة الرأس 30٪): 35 × 1. 3 = 46.
الخطوة 3 (فشل واحد AZ، + 20٪): 46 × 1. 2 ≈ 55.
الخطوة 4 (التقريب + الاحتياطي الساخن 10٪): 61 حالة.
تحقق: ρ ≈ 35 ك/( 61 ك) ≈ 0. 57 - في المنطقة الخضراء.

النموذج المالي (FinOps)

/ 1000 دولار RPS حسب الطبقة (حافة، وكيل، تطبيق، DB).
$/ms p95 (تكلفة تخفيض الذيل).
سيناريوهات TCO: عند الطلب مقابل البقعة المحجوزة (مع خطر الانقطاعات).
خطة القدرات: الحدود الفصلية للحساب/المجموعة، والحصص السحابية، وحدود PSP/CDN.

جاهز للفشل و DR

Multi-AZ/region: كل ذراع ≈ 60٪ من الحمل.
خطة الفشل: سحب Anycast، تبديل GSLB، TTL ≤ 60-120 ثانية.
التبعيات الحرجة: PSP/الحدود المصرفية، المزود الثانوي.
التمارين الدورية: يوم اللعبة مع إيقاف تشغيل PoP/BG/cache.

إمكانية الرصد وإشارات التشبع المبكر

نمو p95/p99 وقوائم الانتظار ذات المدخلات المستقرة.
انخفاض مخبأ نسبة الضرب، نمو خروج المنشأ.
زيادة Retransmitts/ECN CE، وانخفاض استئناف TLS.
النمو 429/المهلة ومعدل إعادة التجربة.
لقواعد البيانات - نمو الصراع، وقت نقطة التفتيش، WAL fsync.

الممارسات التشغيلية

مراجعة القدرات شهريًا: حقيقة مقابل خطة.
تغيير النوافذ للأحداث: تجميد الحبوب والحدود.
Prewarm (CDN/DNS/TLS/pools) 10-30 دقيقة قبل الذروة.
الحد من الإصدار: إصلاح تكوينات حد السعر/المجمعات في Git.

iGaming/fintech specific

البطولات/المباريات: ملفات تعريف الهضبة + الارتفاع، والطرق الرمادية للروبوتات، وحدود التسجيل/الإيداع المنفصلة.
المدفوعات/PSP: حصص المزود/الطريقة، والطرق الاحتياطية، ومجمعات Ext-IP، و SLA Time-to-Wallet.
مزودو المحتوى: التوزيع حسب الاستوديو، والمخابئ الساخنة، وحمامات السباحة.
Antifraud/AML: الحد من القواعد/التسجيل، والتحلل إلى قواعد الضوء في الذروة.

قائمة التنفيذ المرجعية

• توقعات الذروة (أساس/موسم/أحداث)، سيناريوهان.
• SLO/الميزانية الخاطئة والرأس المستهدف ≥ 30٪.
• الحجم حسب الطبقة (edge/proxy/app/cache/DB/IO/network).
• حد المعدل، قائمة الانتظار، الخصوصية، إعادة التجربة - الميزانية.
• برك HPA/KEDA + الدافئة ؛ قبل الحدث.
• Multi-AZ/region، failover playbook، TTL و GSLB.
• حصص السحابة/PSP/CDN متسقة وموثقة.
• إمكانية الرصد: لوحات القيادة ذات السعة، إشارات التشبع المبكر.
• تمارين DR والاستعراض المنتظم للقدرات.

أخطاء شائعة

خطط لمتوسط RPS بدون نفايات/مسامير.
ρ≈0. 9 «على الورق» - ينفجر زمن الوصول عند أدنى ضوضاء.
تجاهل حدود الخدمة الخارجية (مجموعة PSP/CDN/DB).
لا توجد أوضاع مهينة والضغط الخلفي يتدهور.
المقياس التلقائي بدون تسخين مسبق - يدير «بعد» الذروة.
مساحة رأس واحدة لجميع الطبقات - عنق الزجاجة يهاجر.

كتب اللعب الصغيرة

قبل ذروة الحدث (T-30 دقيقة)

1. قم بزيادة minReplicas/استهدف HPA، وتمكين حمام السباحة الدافئ.
2. قم بإحماء CDN/DNS/TLS/الاتصالات، وقم بتسخين المخابئ.
3. رفع حدود تجمع PSP والحصص كما هو متفق عليه.
4. قم بتشغيل الطرق الرمادية/مرشحات الروبوت، ونقاط النهاية الثقيلة الضيقة.

الخسارة الجزئية للمنطقة

1. GSLB → المنطقة المجاورة، TTL 60-120 s.
2. تمكين وضع التحلل (مخبأ/خروج مبسط).
3. إعادة توزيع حدود PSP/ext-IP.
4. خطاب الحالة، p95/التحكم في الخطأ.

زيادة في التراجعات

1. قلل من ميزانية إعادة التجربة، وقم بتمكين التراجع + التنفس.
2. تمكين انهيار الطلب/SWR على GET.
3. شد مؤقتًا حد السعر لـ ASNs «الصاخبة».

النتيجة

تخطيط القدرات هو توقعات الطلب + النموذج الهندسي + هامش الأمان + الروافع التشغيلية. إضفاء الطابع الرسمي على SLO والرأس، والنظر في الحدود الخارجية، وأتمتة التحجيم والتدهور، وقياس «التكلفة لكل مللي ثانية» وإجراء استعراضات منتظمة للقدرات. ثم لن تتحول الزيادة في الحمل إلى مخاطرة، ولكن إلى مقياس أعمال يمكن التحكم فيه.