लोड टेस्टिंग बेस्ट प्रैक्टिसेज चेकलिस्ट

# लोड टेस्टिंग का स्वाद - एक प्रदर्शन-केंद्रित विश्वसनीयता इंजीनियर का दृष्टिकोण - हर लोड टेस्ट की शुरुआत एक लिखित लक्ष्य से करें, जैसे 500 अनुरोध प्रति सेकंड पर p95 विलंबता 300 ms से कम, न कि अस्पष्ट "देखें क्या टूटता है" से। - लोड टेस्ट को k6, Gatling या Locust के साथ कोड के रूप में लिखें और उन्हें सेवा के समान रिपॉजिटरी में रखें। - प्रोडक्शन लॉग से यथार्थवादी ट्रैफिक मॉडल बनाएं: एंडपॉइंट्स का मिश्रण, पेलोड आकार और अनुरोधों के बीच सोचने का समय। - इंटरनेट का सामना करने वाली सेवाओं के परीक्षण के लिए एक निश्चित आगमन दर के साथ ओपन वर्कलोड मॉडल का उपयोग करें, क्योंकि क्लोज्ड मॉडल कतारबद्ध देरी को छिपाते हैं। - जानबूझकर अलग-अलग टेस्ट प्रकार चलाएं: स्मोक, अपेक्षित पीक पर लोड, पीक से परे स्ट्रेस, स्पाइक, और मेमोरी लीक के लिए एक लंबा सोक टेस्ट। - विलंबता को प्रतिशतक के रूप में रिपोर्ट करें, कम से कम p50, p95 और p99, और कभी भी केवल औसत पर निर्भर न रहें। - टेस्ट स्क्रिप्ट में पास या फेल थ्रेशोल्ड परिभाषित करें ताकि CI बिल्ड को स्वचालित रूप से विफल कर सके। - लोड टेस्ट को प्रोडक्शन-जैसे वातावरण में चलाएं जिसमें समान इंस्टेंस आकार, डेटा वॉल्यूम और कॉन्फ़िगरेशन हो। - टेस्ट डेटा को प्रोडक्शन कार्डिनैलिटी से मेल खाते हुए सीड करें, क्योंकि एक छोटा डेटाबेस हर क्वेरी को तेज़ दिखाता है। - मापने से पहले कैश और कनेक्शन पूल को गर्म करें, और वार्म-अप अवधि को परिणामों से बाहर रखें। - पर्याप्त CPU और नेटवर्क हेडरूम वाली मशीनों से लोड उत्पन्न करें, और लोड जनरेटर के अपने मेट्रिक्स पर नज़र रखें। - वास्तविक बाधा खोजने के लिए परीक्षण परिणामों को सर्वर-साइड मेट्रिक्स, ट्रेस और लॉग के साथ सहसंबंधित करें, अनुमान लगाने के बजाय। - विलंबता के साथ त्रुटि दर और टाइमआउट ट्रैक करें; एक तेज़ प्रतिक्रिया जो त्रुटि लौटाती है वह सफलता नहीं है। - प्रति रन एक वेरिएबल बदलें और प्रत्येक परिणाम के साथ कमिट, कॉन्फ़िगरेशन और वातावरण रिकॉर्ड करें। - मुख्य शाखा पर हर मर्ज के लिए एक छोटा प्रदर्शन स्मोक टेस्ट और प्रमुख रिलीज़ से पहले पूरा सूट चलाएं। - परिणामों की तुलना संग्रहीत बेसलाइन से करें और सहमत प्रतिशत से बड़े रिग्रेशन को फ्लैग करें। - तृतीय-पक्ष APIs को मॉक या सैंडबॉक्स करें जो प्रति कॉल शुल्क लेते हैं या दर सीमा लागू करते हैं, लेकिन अपने स्वयं के निर्भरताओं का वास्तविक परीक्षण करें। - ब्रेकिंग पॉइंट खोजें और दस्तावेज़ करें कि सिस्टम कैसे विफल होता है: 429 या 503 के साथ सुंदर अस्वीकृति पूर्ण पतन से बेहतर है। - सत्यापित करें कि ऑटोस्केलिंग समय पर प्रतिक्रिया करता है, धीरे-धीरे लोड बढ़ाकर और मापें कि नई क्षमता को मदद करने में कितना समय लगता है। - लोड टेस्ट की घोषणा टीम और ऑन-कॉल इंजीनियरों को करें, और अनुमोदन के बिना उन्हें साझा प्रोडक्शन सिस्टम पर कभी न चलाएं। - निष्कर्षों को स्पष्ट हेडरूम लक्ष्यों के साथ क्षमता योजनाओं में बदलें, जैसे परीक्षण सीमा के 60 प्रतिशत से अधिक पर नहीं चलाना।