اختبار الحمل وملامح الإجهاد

موجز موجز

اختبار الأحمال هو اختبار نظام للأداء والمرونة في ظل سيناريوهات واقعية ومتطرفة. أساس النجاح: نموذج حركة المرور الصحيح (مفتوح مقابل مغلق)، SLO ثابت، متري خالص (زمن الوصول/الإنتاجية/الأخطاء/التشبع)، البيانات التمثيلية، الأتمتة وقابلية التكرار. والنتيجة ليست «رقم RPS»، ولكنها حل: أين الاختناقات، وكم تكلفة الأداء، وأين هي عتبة الفشل وكيفية تحريكها.

مقاييس SLO/SLI والأهداف

SLO (مثال): p95 API ≤ 250 ms, p99 ≤ 600 ms ؛ خطأ ≤ 0. 3 ٪/30 يومًا.
SLI: الكمون (p50/p95/p99)، الإنتاجية (RPS/CPS/QPS)، التشبع (CPU/Heap/GC/FD/conn)، ошибки (5xx، المهلات)، очереди (العمق/التأخر)، DB (الأقفال، الاستفسارات البطيئة)، кэш (نسبة الإصابة).
محفزات الخطأ والتشبع (على سبيل المثال، وحدة المعالجة المركزية> 75٪ أو عمق قائمة الانتظار> X → التحلل).

أنواع الاختبارات

1. خط الأساس/المعيار - الخدمة الواحدة/نقطة النهاية، الشروط «المثالية».
2. الحمل - «يوم عمل» واقعي + مكثف/منحدر لأسفل.
3. الإجهاد - زيادة الحمل إلى التحلل وتثبيت نقاط التوقف.
4. سبايك - قفزة حادة (x2-x10 في ثوانٍ/دقائق).
5. النقع/التحمل - المدى الطويل (8-72 ساعة): تسرب الذاكرة، انجراف الكمون.
6. القدرة - التحميل التدريجي لمنحنى الأداء وتخطيط القدرات.
7. التحلل/الفوضى - مزيج - الحمل + الفشل الجزئي (قاعدة بيانات بطيئة، قطرة مخبأ، تفاح «منهار»).

نماذج المرور: مفتوح مقابل مغلق

نموذج مفتوح (أكثر واقعية للإنترنت): يأتي المستخدمون بكثافة λ (تيار يشبه بواسون). إذا تباطأ النظام، يتم تراكم الطلبات وليس «تجميدها».
النموذج المغلق - عدد ثابت من المستخدمين الافتراضيين (VUs) مع وقت التفكير. عندما يزداد التأخير، تسقط RPS بشكل مصطنع - بعناية مع الاستنتاجات.
التوصية: تستخدم واجهات برمجة التطبيقات الأمامية نموذجًا مفتوحًا (k6 «معدل التنافس»)، للنصوص المتزامنة الداخلية - مع إغلاقها.

ملفات تعريف التحميل (قوالب)

«اليوم العادي»: الخلفية الأساسية + التقلبات اليومية.
«حدث الذروة»: 10-30 دقيقة قبل البداية (الإحماء)، ارتفاع حاد في البداية، الهضبة، الذيل.
«البطولة/التدفق»: درجات السلم، القمم المتكررة على فترات.
«تدهور البنية التحتية»: نصف المخبأ فارغ، ومنطقة واحدة معطلة، وزيادات في زمن انتقال PSP.
«الفشل»: تدفقات حركة المرور إلى الحماية في 1-5 دقائق ؛ التحقق من عواصف المقياس التلقائي/HPA/Retry.

بيانات البيئة وإعدادها

بيانات الاختبار: الكاردينالية الواقعية (مقدمو الخدمات، العملات، البلدان)، الحقول القذرة، توزيعات الاستفسارات (باريتو/زيف).
Secrets/PII: إخفاء الهوية ؛ المفاتيح/PSP - صندوق الرمل.
البيئة: حامل مخصص، العزل عن التكامل (وهمي/طعنة)، الإصدارات الثابتة.
إمكانية الرصد: المقاييس (بروميثيوس)، السجلات (لوكي/إلك)، الآثار (أوتيل). سجل معرف في الردود.

عودة العاصفة المضادة والغباء

Retrai فقط للعمليات الحمقاء ؛ إعادة تجريب الميزانية (على سبيل المثال ≤ 10٪ من حركة المرور).
التراجع الأسي + الجتر ؛ «انهيار» متطابقة GETs.
للمدفوعات - مفاتيح خفية وأوضاع صريحة.
الحماية من رعد القطيع: أقفال مخبأ، SWR، سيمافورات محلية.

الأدوات والأنماط

k6 (الكتابة، النموذج المفتوح، الإبلاغ الجيد)، الجراد (نصوص بايثون)، جاتلينج (سكالا)، JMeter (مجموعة واسعة من البروتوكولات).
البروتوكولات: HTTP/1. 1/2/3، gRPC، WebSocket، TCP/UDP ؛ لا يختبر خادم الدفع "مثل GEt'.
توليد حركة المرور: التوسع الأفقي للمولدات، والتحكم في عنق الزجاجة الشبكي.
إزالة الملفات الشخصية: pprof/async-profiler/ebpf تحت الحمل، طرق OTel.

Mini-example k6 (open-model + spike):

javascript import http from 'k6/http';
import {check, sleep} from 'k6';

export const options = {
scenarios: {
warmup: { executor: 'ramping-arrival-rate', startRate: 50, timeUnit: '1s',
preAllocatedVUs: 200, stages: [ { target: 200, duration: '5m' } ] },
spike: { executor: 'constant-arrival-rate', rate: 1200, timeUnit: '1s',
preAllocatedVUs: 2000, startTime: '6m', duration: '3m' }
},
thresholds: {
http_req_failed: ['rate<0. 3%'],
http_req_duration: ['p(95)<250', 'p(99)<600']
}
};

export default function () {
const res = http. get(`${__ENV. BASE_URL}/api/v1/catalog? c=${Math. floor(Math. random()1000)}`);
check(res, { 'status is 200': (r) => r. status === 200 });
sleep(Math. random()0. 9) ;//think time (for closed parts of the script)
}

الإجراء

1. الفرضية → ما هي الاختناقات المحتملة (وحدة المعالجة المركزية، DB، ذاكرة التخزين المؤقت، الشبكة، TLS، GC).
2. ملف تعريف → سيناريوهات/طرق، مشاركات حركة المرور، النماذج (مفتوحة/مغلقة)، البيانات.
3. الإحماء → مخبأ/وصلات/TLS/مترجمون فوريون.
4. زيادة المرحلة → إلى كثافة الهدف.
5. الهضبة → مجموعة من المقاييس والآثار المستقرة.
6. الإجهاد/الانخفاض → تجد نقطة كسر، راقب المقياس التلقائي.
7. قم بتحليل → ربط المقاييس وجهاز فلامغراف والتقرير وخطة التغيير.
8. → تكرار Repruf عبر خط أنابيب CI (منطقة Perf).

تحليل النتائج

تحميل → تأخير/خطأ منحنى: البحث عن الكوع (سعة).
زمن الانتهاء: الشبكة (DNS/TLS/connect)، الوكيل، التطبيق، قاعدة البيانات، المكالمات الخارجية.
التشبع: وحدة المعالجة المركزية> 75-85٪، توقف GC مؤقتًا> p95، انتظار I/O، قائمة انتظار المهام.
المرونة: وقت رد الفعل الذاتي (HPA/KEDA)، البداية الباردة، الإحماء المخبأ.
التكلفة: $/1000 RPS في SLO المستهدف، ذروة توقعات الميزانية.

الممارسات الهندسية

مؤشرات التدهور: «الذيول» p99، نمو قائمة الانتظار، انخفاض نسبة الإصابة، نمو محاولات إعادة التدوير.
باستثناء المربكات: حدود وصف الملف، sysctl، conn-pool، "reuseport'، سلاسل TLS، OCSP.
DB: الفهارس/الخطط/ذاكرة التخزين المؤقت، تجمع الاتصال، عمليات الدفعة، الضغط الخلفي على المنتجين.
المخابئ: سياسة الحجم/الإخلاء، المفاتيح الساخنة، التكرار.
الشبكة/الحافة: HTTP/2/3، resumption≥70٪، Brotli، CDN cache key، tiered-cache.

قابلية الملاحظة تحت الحمل

المقاييس: النظام (CPU/mem/IO)، وقت التشغيل (GC/keap)، الشبكة (RTT/lost/ECN)، L7 (p95/99، 5xx/429)، قوائم الانتظار، مجموعات قواعد البيانات/المخبأ.
المسارات: تشمل أخذ العينات على «الذيول» (القائمة على الذيل)، علامات معرف البناء/الكناري.
جذوع الأشجار: تجميع الأخطاء مع تحديد الحجم (حتى لا يكون خط أنابيب اللوغاريتم «forDOSor»).
التجارب: ينبغي تسجيل الأعلام والتكوينات في التقرير.

التشغيل الآلي و CI/CD

وظائف Perf في CI (دخان 3-5 دقائق، ليلاً 30-60 دقيقة، نقع أسبوعي).
حدود التسامح: الكمون/الأخطاء/الموارد → «كسر البناء» في الانحدار.
القطع الأثرية: الرسوم البيانية، جرافات اللهب، الملامح، تقارير JSON (k6/jtl).
Veroning of data and scripts, PR-review of perf scripts.

iGaming/fintech specific

البطولات/المباريات: الارتفاع + الهضبة ؛ تسخين TLS/DNS/CDN، وزيادة حدود حمام السباحة، والطرق الرمادية للروبوتات.
المدفوعات/PSP: حدود الصندوق الرملي، الخصوصية، المهلات الصارمة ؛ التحقق من وضع التحلل (مخبأ الدليل، قوائم الانتظار).
الجوائز/الأحداث: الذرة والاتساق، لا تأخذ، التحميل على RNGs/leadboards.
مكافحة الاحتيال/AML: التحميل على القواعد/تسجيل ML، والضغط الخلفي، وتفريغ الحدث.
التنظيم: مقاييس وإصدارات قطع الأشجار في الذروة، وتقارير مراجعة الحسابات.

قائمة مرجعية للإطلاق

ثابت SLO/SLI وخطوط حمراء (خطأ/زمن انتقال/تشبع).
تمت الموافقة على سيناريوهات وملامح الحمل (مفتوح/مغلق، ارتفاع/نقع/إجهاد).
بيانات واقعية، PII مقنعة، تكامل صندوق رملي/وهمي.
قابلية الرصد جاهزة: المقاييس/المسارات/السجلات، علامات الإطلاق.
تم توثيق تكوينات النظام (ulimit/sysctl/pools).
خطة إحماء على نطاق تلقائي/مخبأ ومعايير التراجع.
تنبيهات العتبة وخطة الطلب.
إعداد نموذج للإبلاغ (الرسوم البيانية والاستنتاجات والإجراءات).

أخطاء شائعة

ينتج عن اختبار النموذج المغلق نتيجة «خضراء»، ويسقط المنتج (لا يمكنك تجاهل النموذج المفتوح).
البيانات غير التمثيلية (عملة واحدة/مزود واحد) → استنتاجات خاطئة.
التحضير الصفري: المخابئ الباردة/TLS/التوصيلات → زمن الوصول المفرط في البداية.
Retrai بدون حدود → تسقط العاصفة والتعاقب.
نفس الملفات الشخصية لجميع الخدمات → تخطي «النقاط الساخنة» الحقيقية.
عدم وجود عمليات نقع → تسرب الذاكرة والانجراف غير مرئي.
النتائج غير الشفافة: لا توجد آثار/ → اللهب غير قادرة على تحديد عنق الزجاجة.

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

تحديد نقطة توقف

1. خطوات 10-20٪ من الحمل كل 5-10 دقائق. 2) حدد اللحظة التي يرتفع فيها p95 بشكل حاد والأخطاء> SLO. 3) إزالة ملفات تعريف وحدة المعالجة المركزية/DB/ذاكرة التخزين المؤقت. 4) خطة التحسين والتكرار.

كبح جماح العواصف المعاودة

1. قم بتقييد ميزانية إعادة التجربة وتمكين التراجع + التنفس. 2) إدخال انهيار الطلب/SWR. 3) السماح بـ «وضع التحلل» (وظيفة محدودة). 4) التحقق المزدوج من الخصوصية.

حدث الذروة (البطولة) - التخطيط المسبق

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

ليلة النقع

1. 8-12 ساعة من الحمل الثابت. 2) مراقبة كومة/FD/conn/GC-pauses. 3) تحقق من دلتا p95 ونسبة الإصابة. 4) إصلاح التسريبات والانجراف.

النتيجة

اختبار الأحمال هو عملية صنع قرار هندسي، وليس "سباقًا لـ RPS. "نموذج الملفات الشخصية الحقيقية (خاصة النموذج المفتوح)، والتقاط SLOs، واتخاذ المقاييس والآثار، والبحث عن ركبة الأداء، وحساب تكلفة الأداء. أتمتة التشغيل، والحفاظ على التراجعات المضادة للعواصف والتخطيط لأحداث الذروة - بهذه الطريقة ستكون المنصة متوقعة ومستقرة في أكثر اللحظات إرهاقًا.