تعيين خطوط الأساس لاختبارات التحميل
الآن بعد أن قمت بتعريف اختبارات التحميل وقيم العتبة، دعنا نستخدمها لإنشاء خطوط الأساس الخاصة بك.
الأساس هو مجموعة من المعايير للمقاييس التي تستخدمها لتقييم ما إذا كان الاختبار قد فشل أو نجح. على سبيل المثال، قد تكون معاييرك:
- متوسط الطلبات في الثانية
- معدل الخطأ
- الحد الأقصى لوقت الاستجابة
لإعداد خطوط الأساس لاختبارات التحميل، ستحتاج إلى:
حدد الخطوط الأساسية ومعايير الاختبار لتدفقات المستخدم الفردية والحل الكلي.
اضبط حدود عمليات التشغيل العادية للتحقق من أن التطبيق يستمر في توفير الأداء المتوقع ولا ينتج عنه أي أخطاء.
استخدم أساسا منفصلا لاختبار الفوضى الذي يتسامح مع الارتفاعات المتوقعة في معدلات الخطأ وتقليل الأداء مؤقتا.
هذا النشاط مستمر ويجب القيام به بانتظام. على سبيل المثال، تحتاج إلى مراجعة الخطوط الأساسية بعد تقديم ميزات جديدة أو تغيير وحدات SKU للخدمة.
استخدام اختبار تحميل Azure لتقييم الحدود
أثناء مرحلة التطوير، غالبا ما لا يكون أداء المكونات ومتطلبات الموارد معروفا بوضوح. يمكن أن تساعدك اختبارات التحميل على تحديد الأداء المتوقع للحل الشامل ومكوناته، بما في ذلك سلوك التوسع. يمكن أن تساعدك أيضا في تحديد الحدود المتوقعة لبناء خط الأساس الخاص بك.
اطرح الأسئلة التالية وأعد تقييمها بانتظام:
- ما المدة التي تستغرقها عملية فردية أو تدفق المستخدم أو استدعاء واجهة برمجة التطبيقات لإكمالها؟
- كم عدد الطلبات والعمليات والمستخدمين المتزامنين الذين يمكن أن يخدمهم المكون في الثانية؟
- كم عدد الموارد التي يتم استهلاكها؟
- كيف يؤثر 10 و50 و100 مستخدم متزامن على البنية الأساسية والخدمة الخلفية؟
- متى يجب أن تتدرج المكونات وتتوسع؟
ستؤدي الإجابات إلى الاختبارات والحدود. الطلبات في الثانية ووقت الاستجابة ونسبة الخطأ كلها أمثلة قابلة للتطبيق لقيم الحد.
بعد ملاحظة التفاصيل، استخدم القيم لتحليل وتقييم أداء الحل الشامل ومكوناته بطريقة متسقة. استخدم أيضا الأساس لتحديد تأثير التغييرات والانحرافات عن الأداء المتوقع.
عند تشغيل الاختبارات، قد يكون لديك متطلبات مختلفة لحالات الاستخدام الخاصة، مثل مكون خاطئ أو ارتفاع في التحميل. بالنسبة لهذه الحالات، قد تكون معدلات الخطأ الأعلى أو الطلبات الأقل في الثانية متوقعة ومقبولة. يمكن أن يكون لديك خط أساس منفصل مع حدود معدلة لاستيعاب هذه الحالات. على سبيل المثال:
- سيناريوهات التحميل العالي حيث تكون عملية توسيع النطاق متوقعة ومطلوبة. قد يكون هناك تدهور مؤقت في الأداء حتى تكتمل العملية.
- تجارب الفوضى، كجزء من البنية الأساسية لبرنامج ربط العمليات التجارية للتحقق المستمر. يمكن توقع معدل خطأ أعلى حتى تبدأ مقاييس المرونة في المعالجة الذاتية للتطبيق أو تجاوز الفشل إلى منطقة أخرى.
استخدم اختبار تحميل Azure لتقييم كيفية أداء النظام الخاص بك مقابل الحدود المحددة. تحتوي الخدمة على إمكانية معايير اختبار مضمنة. أي أنه يمكنك تحديد المعايير التي يحتاج اختبار التحميل إلى اجتيازها.
يمكنك استخدام معايير الاختبار لتنفيذ خطوط أساسية مختلفة. على سبيل المثال:
يمكنك تحديد معايير الاختبار هذه في JSON واستخدام واجهة برمجة التطبيقات لإضافتها إلى اختبار التحميل الخاص بك. إليك مثال:
[
{
"passFailMetrics": {
"<guid>": {
"clientmetric": "requests_per_sec",
"aggregate": "avg",
"condition": "<",
"value": 1200.0,
"actualValue": 0.0,
"result": null,
"action": "continue"
},
"<guid>": {
"clientmetric": "response_time_ms",
"aggregate": "avg",
"condition": ">",
"value": 75.0,
"actualValue": 0.0,
"action": "continue"
},
"<guid>": {
"clientmetric": "error",
"aggregate": "percentage",
"condition": ">",
"value": 0.0,
"actualValue": 0.0,
"action": "continue"
}
}
}
]
جانب آخر مهم من التحقق المستمر هو إدخال الاختبارات التي تحاكي مشكلات العالم الحقيقي. في الوحدة التالية، ستتعرف على إضافة تجارب الفوضى إلى عملية التحقق من الصحة.