تخطيط القدرات

1) ما هو تخطيط القدرات ولماذا هو مطلوب

تخطيط القدرات هو عملية منهجية لتقييم وتأمين الموارد اللازمة لتحقيق الأهداف المتوخاة من المنظمات غير الحكومية بأقل تكلفة ممكنة. نحن نتحدث ليس فقط عن وحدة المعالجة المركزية/الذاكرة، ولكن أيضًا عن عرض النطاق الترددي للشبكة، والتخزين، وقواعد البيانات/المخابئ، وقوائم الانتظار/حافلة الأحداث، ومقدمي الخدمات الخارجيين (المدفوعات/CCM/مكافحة الاحتيال)، بالإضافة إلى الموارد البشرية (تحت الطلب، الدعم).

• أداء SLO/SLAs حتى في القمم والانحطاط.
• :: التقليل إلى أدنى حد من الإفراط في تقديم رؤوس الأموال التكنولوجية ورأس المال.
• الحد من مخاطر الحوادث الناجمة عن نفاد الموارد (التشبع → p99/خطأ).
• ضمان إمكانية التنبؤ بالإصدارات والحملات (التسويق، البطولات، أفضل المباريات).

2) مدخلات ومصادر الحقيقة

إمكانية الملاحظة: RPS/concatenation، p50/p95/p99، معدل الخطأ، التشبع (وحدة المعالجة المركزية، mem، قرص IOPS، شبكة pps/mbps)، أطوال قائمة الانتظار، حدود المعدل.
الأحداث التجارية: تقويمات الحملات، الموسمية (الأمسيات/عطلات نهاية الأسبوع/الأحداث الضخمة)، المناطق/الولايات القضائية.
الديون/الميزات التقنية: خارطة طريق للإطلاقات، والتغييرات المعمارية (على سبيل المثال، التشفير، وقطع الأشجار الجديد).
مقدمو الخدمات: حصص وإنتاجية خدمات الدفع/CUS/mail/مكافحة الاحتيال.
حوادث الماضي: أين عنق الزجاجة (قاعدة بيانات، مخبأ، موازن L7، حافلة، CDN، قرص).

3) المفاهيم والصيغ الأساسية

غرفة الرأس - هامش السعة: «مساحة الرأس = (max _ stable _ RPS − الفعلية _ RPS )/max _ stable _ RPS».
الهدف عند ذروة 20-40٪ (للتدفقات الحرجة).
التشبع - نسبة المورد المشغول إلى المورد المتاح (وحدة المعالجة المركزية٪، الذاكرة/GC، الوصلات، واصفات الملفات، IOPS، عمق قائمة الانتظار).
إنتاجية مستقرة - السرعة التي يؤدي بها p99 ومعدل الخطأ SLO لفترة طويلة (وليس انفجارًا لمرة واحدة).
وحدة القدرات (CU) - وحدة طاقة طبيعية للخدمة (على سبيل المثال، X RPS لكل وحدة معالجة مركزية = 1، RAM = 2 GiB).
حد النظام هو الحد الأقصى بدون تدهور: «N _ pods × CU». من المهم مراعاة التبعيات المشتركة (DB/cache/bus).

4) نموذج الطلب: التنبؤ

سلسلة إحصائية: موسمية أسبوعية/يومية، عطلات، نهائيات رياضية، قمم إقليمية.
المجموعات: حسب البلد، مزودي الدفع، الأجهزة، قطاعات كبار الشخصيات.
دلتا الأحداث: تأثير الحملات/الكلاب/الإصدارات/تحسين محركات البحث.
«ماذا لو» (تخطيط السيناريو): + 50٪ لحركة المرور في الساعة 19: 00-22: 00 ؛ انخفاض المزود A → إعادة التوزيع إلى B (+ 30٪ إلى زمن الوصول).
التعديلات في الوقت الفعلي: البث الآن بمقاييس الرصاص (تنشيط الجلسات، طابور المباراة، السلال).

5) نموذج الإمداد: حيث «تتعطل» السلسلة

ناقل الاستفسار: Edge/CDN → L7 balancer → application → cache → DB → API الخارجي → turn/tire → handlers/ETL.

• السعة (CU/مثال)، قابلية التوسع (الأفق/الرأس)، الحدود (الوصلات، الصفحات، IOPS)، التأخيرات.
• سياسات الفشل (حد السعر، قاطع الدائرة، التحلل).
• ومنظمات القطاع الخاص محلية ومساهمتها في e2e-SLO.

6) هامش الخطأ والميزانية

نحن نربط المجال الرئيسي بميزانية الخطأ: ميزانية أقل → مخزون أكبر.
بالنسبة للتدفقات الحرجة (الدفع/التحقق) - أعلى، للتدفقات الثانوية - أدناه.
احتياطيات باردة/دافئة: تنشط عند الذروة/الحادث.

7) التحجيم: التكتيكات

HPA (حسب مقاييس التحميل): RPS، الكمون، طول قائمة الانتظار، SLIs للمستخدم (أفضل من CPU٪).
VPA: تصحيح موارد البودام (احذر مع الدولة و p99 GC).
KEDA/المحولات: التحجيم حسب المصادر الخارجية (تأخر كافكا، طول قائمة Redis، عمق CloudQueue).
حمامات السباحة الدافئة/الإحماء: حالات مرفوعة مسبقًا لتجنب البداية الباردة.
نهج «Load-as-Code»: يتم تحديث ومراجعة سياسات المقياس التلقائي/الحد/المهلة/الاسترداد.

8) قوائم الانتظار والضغط الخلفي والتحكم في الذيل

الهدف هو منع نمو يشبه الانهيار الجليدي لـ p99.
نحن نحد من حجم التزامن والطابور، وندخل النوافذ الزمنية والغباء.
التحوط/إعادة تجريب الميزانية: الحد من مجموع الميزانية الزمنية للمستخدم والنظام.
التحلل الرشيق: تعطيل السمات الثانوية عند التحميل الزائد.

9) DB والمخابئ والتخزين

DB: حد الاتصال، قطع الأشجار/الخدمة الميدانية، الفهارس، خطة الاستعلام، تأخر النسخ المتماثلة، المفاتيح/الجداول الساخنة، الحد الأقصى لنظام تحديد المواقع للمعاملات.
Keshi: نسبة الإصابة حسب القطاع، «عاصفة الأخطاء» أثناء الإصدار/الإعاقة، التوزيع الرئيسي.
التخزين: IOPS/الإنتاجية، التأخير، الضغط، TTL، تنظيف الدفعات القديمة/اللقطات.
مخطط الهجرة: expand→migrate→contract بدون أقفال توقف.

10) تدفقات الأحداث وصناديق الاستثمار المتداولة

كافكا/الحافلة: إنتاجية الحفلات، التأخر، ISR، الضغط، حدود المنتج/المستهلك.

ETL/دفعات: نوافذ بدء التشغيل، ميزانيات وقت التشغيل، خانق I/O

الفراغ والتدفق الحرج مرة واحدة بالضبط (المدفوعات/الأرصدة).

11) الشبكة والمحيط

موازنات L4/L7: حدود الاتصال، تراكم syn، تفريغ TLS، إعادة استخدام الجلسة.
CDN/Edge: عرض النطاق الترددي، سياسة التخزين المؤقت لتقليل الحمل الأصلي.
حدود الشبكة الداخلية: pps/mbps في VPC/subnet، ext-cost (FinOps).

12) مناطق متعددة، DR والولايات القضائية

الاستراتيجيات: نشط (GSLB/Anycast)، نشط سلبي (ساخن/دافئ/بارد DR).
N + 1 حسب المنطقة: الحفاظ على فقدان AZ/المنطقة مع الحفاظ على التدفقات الأساسية SLO.
التوطين القانوني: تقسيم حركة المرور/البيانات حسب البلد، واختلاف الحدود، والمنظمات غير الحكومية إلى مقدمي خدمات.
اختبارات DR: أيام اللعب العادية مع نقل الحمل الحقيقي.

13) مقدمو الخدمات الخارجيون: الحصص والطرق

المدفوعات/KYC/مكافحة الاحتيال/البريد/الرسائل القصيرة: TPS، الحصص المتفجرة، الحدود اليومية.
مزود متعدد: التوجيه حسب زمن الوصول/النجاح، SLO لكل مزود، auto-feiler.
عقود جيش تحرير السودان: الامتثال e2e-SLO، قنوات التصعيد، خطوط الويب الخاصة بالحالة.

14) FinOps: التكلفة والكفاءة

TCO: حساب + تخزين + خروج الشبكة + تراخيص/مزودي + واجب.
اقتصاد الوحدة: تكلفة 1 ألف طلب/1 معاملة إيداع/1 KYC.
التحسين: الحجم الأيمن، الخصومات الموضعية/البادئة، ضربة مخبأ، تسجيل/تتبع التخلص، مستويات التخزين البارد.
نقل الحمل في الوقت المناسب: دفعات غير حرجة في النوافذ «الليلية» والمناطق الرخيصة.

15) لوحات القيادة والإبلاغ (المجموعة الدنيا)

• الحمل الحالي مقابل الإنتاجية الثابتة عبر الروابط.
• المساحة حسب الخدمة والمنطقة ؛ توقعات 24/72 ساعة.
• FinOps KPI: طلبات $/1 ألف، $/إيداع.

• أعلى الاختناقات (p99، التشبع، التأخر)، هامش DR.

• نجاح مقدمي الخدمات/زمن انتظارهم وحدودهم ؛ حصة حركة المرور على الطرق.

• خطة الارتقاء/المؤشر/التحسين الأمثل، التوقعات بنمو المدخرات/القدرات.

16) العمليات والأدوار

RACI: المنصة (infra/clusters/balancers)، قاعدة البيانات/البيانات (الفهارس، النسخ المتماثلة)، أوامر الخدمة (التنميط/المخبأ)، SRE (SLO، التنبيهات)، Sec/الامتثال (التشفير/السجلات)، التمويل (الميزانية).
الإيقاع: مراجعة السعة الأسبوعية (خارطة الطريق، التوقعات، المخاطر)، تقارير FinOps الشهرية، اختبارات DR ربع السنوية.
إدارة التغيير: الحملات/الإصدارات الرئيسية تذهب إلى بوابة السعة (القائمة المرجعية أدناه).

17) بوابة السعة

• ذروة توقعات الحمل و «+ x٪ ذيل الطوارئ».
• مساحة متاحة للتدفقات الأساسية (المدفوعات/ACC/login).
• تم تأكيد الحصص لمقدمي الخدمات ؛ طرق بديلة نشطة.
• تم تكوين عتبات HPA/KEDA والمسبح الدافئ.
• تم التحقق من قوائم الانتظار/الحدود والتدهور (كتب اللعب جاهزة).
• تم تمكين أسهم الكناري والتراجع التلقائي.
• تم فحص لوحات المعلومات/التنبيهات (معدل الحرق، التشبع، ص 99).
• خطة DR واتصالات التصعيد ذات صلة.

18) الأنماط المضادة

«وحدة المعالجة المركزية <70٪ - كل شيء على ما يرام»: تجاهل حدود التبعية (اتصالات DB، IOPS، قوائم الانتظار).
«الصندوق الأسود» المركزي بدون مقاييس لكل رابط - من المستحيل فهم مكان الحد.
الافتقار إلى استراتيجية ذاكرة التخزين المؤقت - الإفراج يفتقد أصل القتل.
الرمز الصلب بدون ميزانيات هو عاصفة من الطلبات.
«مزود دفع واحد» هو نقطة فشل في ذروته.
إن تجاهل الاحتياطيات الدافئة هو بداية باردة كسبب للحوادث.
لا توجد اختبارات DR دورية - الخطة لا تعمل عند الحاجة.

19) تقديرات التكاليف المصغرة (مثال)

الخدمة X: 350 RPS ثابتة لكل جراب (vCPU = 1، RAM = 2 GiB). الهدف هو 5000 RPS، ارتفاع 25٪.
الطاقة المطلوبة = 5000/0. 75 = 6667 RPS '.
Podov = 'سقف (6667/350) = 20'. بالإضافة إلى حمام السباحة الدافئ 15٪ → 3 قرون أخرى.
DB: حد 12k TPS، 9k TPS الائتمان الحالي، 10 توقعات الذروة. 5k TPS → مخزون 1. 5 ك (14٪). يتطلب الفهارس/الشحن/النسخ المتماثلة أو التخزين المؤقت للتخفيض إلى 8. 5 ك.
المزود A (KYC): حصة 120 rps، ذروة 95 rps، حملة + 40٪ → 133 rps> حصص → توجه 70٪ A/30٪ B.

20) نموذج تنفيذ تخطيط القدرات

1. وصف مسار e2e والاختناقات.
2. أدخل CU وقياس الإنتاجية المستمرة لكل طبقة.
3. ضبط التشبع والمقاييس p99 على جميع الوصلات.
4. وضع تقويم للحدث/الحملة/الإصدار.
5. بناء تنبؤ المجموعة وسيناريوهات ماذا لو.
6. Pin headroom per-thread and per-region (ملزم بميزانية الخطأ).
7. قم بإعداد HPA/VPA/KEDA + حمامات السباحة الدافئة والحدود/إعادة التصوير/قوائم الانتظار.
8. تحقق من حصص المزود، وتمكين الطرق المتعددة.
9. جمع لوحات القيادة ومراجعة سعة الإيقاع الأسبوعية.
10. كل ثلاثة أشهر - تمارين DR ومراجعة النموذج.

21) خلاصة القول

تخطيط القدرات هو حزمة يمكن التحكم فيها من التنبؤات والقيود المعمارية والتكلفة، وليس "إضافة وحدة المعالجة المركزية. "عندما يكون لكل طبقة من مسار e2e قدرة محسوبة، وترتبط استراتيجيات الارتفاع والتدهور بميزانية SLO والخطأ، فإن ذروة الأحمال والحملات والحوادث تتوقف عن كونها مفاجأة. يقلل هذا النهج من مخاطر الحوادث، ويثبت مقاييس الأعمال التجارية ويحسن التكاليف.