फेसबुक ट्विटर
alltechbites.com

स्केलेबिलिटी परीक्षण: सफलता की ओर 7 कदम

Grant Tafreshi द्वारा जून 5, 2022 को पोस्ट किया गया

सिस्टम जो विकास के दौरान बहुत अच्छी तरह से काम करते हैं, थोड़े पैमाने पर तैनात किए जाते हैं, प्रदर्शन लक्ष्यों को पूरा करने के लिए उपेक्षा कर सकते हैं, जब तैनाती का उपयोग वास्तविक डिग्री के समर्थन के आसपास किया जाता है।

इसका एक एपोसिट एग्जिकेट मामला एक महत्वपूर्ण ब्लू चिप कंपनी से उत्पन्न होता है जिसने हाल ही में एक आगे की सोच उच्च प्रौद्योगिकी मंच के विकास को आउटसोर्स किया है। हालांकि विकास अनुसूची के पीछे था, यह स्वीकार्य माना जाता है। मशीन धीरे -धीरे एक व्यक्तिगत स्वीकृति परीक्षण के कार्यात्मक घटकों से गुजरती है और अंत में ऐसा प्रतीत होता है जैसे कि एक परिनियोजन तिथि संभवतः सेट की जा सकती है। लेकिन आपूर्तिकर्ता ने लोड परीक्षण और स्केलेबिलिटी परीक्षण शुरू किया। वहाँ एक विस्तारित और महंगी मात्रा में वास्तुशिल्प परिवर्तन और मशीन आवश्यकताओं में परिवर्तन का पालन किया। आपूर्तिकर्ता ने एक संतोषजनक प्रणाली की आपूर्ति करने के लिए वीरता से लड़ाई की, जब तक कि परियोजना को मोथबॉल नहीं किया गया।

यह एक अलग मामला नहीं है। यह इसी तरह की कहानियों के साथ लोककथाओं को खत्म कर देता है। एम्बुलेंस डिस्पैच सिस्टम से लेकर टैक्सेशन स्टेटमेंट्स के इलेक्ट्रॉनिक सबमिशन के लिए वेब-साइट तक, सिस्टम विफल हो जाते हैं क्योंकि वे चरम मांगों का अनुभव करते हैं और अनुभव करते हैं। इन सभी परियोजनाओं ने कभी भी पहचान नहीं की और उनके द्वारा सामना किए गए बड़े जोखिमों का आदेश नहीं दिया। यह जोखिम आधारित परीक्षण का एक मौलिक चरण हो सकता है, और स्केलेबिलिटी परीक्षण या लोड परीक्षण पर समान रूप से लागू होता है क्योंकि यह कार्यक्षमता परीक्षण या व्यवसाय निरंतरता परीक्षण के लिए करता है। जोखिम के मूल्यांकन के बिना उन्होंने यह नहीं माना कि स्केलिंग सबसे बड़े जोखिमों के बीच था, बहुत अधिक क्रम में है कि सभी कार्यक्षमता प्रदान करना

सेवा उन्मुख वास्तुकला (SOA) की हालिया रुझान स्केलेबिलिटी की समस्या को संबोधित करने का प्रयास करते हैं लेकिन इसके अलावा नए मुद्दों को पेश करते हैं। अपने वर्तमान समाधान में बाहरी रूप से प्रदान की गई सेवाओं को शामिल करने का तात्पर्य है कि अब आपकी क्षमता स्केल करने की क्षमता इन बाहरी सिस्टम पर निर्भर है, जो लोड के तहत संचालित होती है। यह आश्वासन एक मांग कार्य हो सकता है और दुख की बात है कि तनाव परीक्षण और तनाव परीक्षण यहां अक्सर अनदेखी की जाती है।

बेहतर अभ्यास एक बड़े पैमाने पर सॉफ्टवेयर सिस्टम के विकास को स्पष्ट रूप से दिल, विशेष रूप से स्केलेबिलिटी परीक्षण, वॉल्यूम परीक्षण और लोड परीक्षण का उपयोग करके एक बड़े पैमाने पर सॉफ्टवेयर प्रणाली के विकास को शुरू करना होगा। इस प्रदर्शन परीक्षण पर ध्यान केंद्रित करने के लिए फोकस:

  • अनुसंधान और जानकारी संस्करणों और लेन -देन की मात्रा निर्धारित करें मार्क बाजार का तात्पर्य है। इनमें से कुछ आंकड़े आंख खोलने वाले हो सकते हैं और व्यावसायिक उद्यम उपयोगकर्ताओं को मशीन के पूरे पैमाने का एहसास करने में मदद करते हैं। यह अकेले कई विशेषताओं की प्राथमिकता का पुनर्मूल्यांकन कर सकता है।
  • यह निर्धारित करें कि मशीन के स्केलिंग को आसान बनाने के लिए उपयोगकर्ताओं और मशीन को संरचित करने के लिए संभवतः सुविधाओं को कैसे प्रस्तुत किया जा सकता है। आमतौर पर एक व्यक्तिगत उपयोगकर्ता डेस्कटॉप समाधान के लिए आपके पास एक ही कार्यक्षमता होने की कोशिश न करें, एक उपयुक्त स्केलेबल विकल्प प्रदान करें।
  • पहचानें कि विकास प्रक्रिया का एक आंतरिक क्षेत्र प्रत्येक वृद्धिशील सॉफ्टवेयर रिलीज पर प्रतिनिधि पैमाने पर लोड परीक्षण है। यह निरंतर परीक्षण है, परियोजना के लिए सबसे बड़े जोखिम पर ध्यान केंद्रित करना: पूर्ण पैमाने पर संचालित करने का अवसर।
  • सुनिश्चित करें कि लोड परीक्षण गुंजाइश और कठोरता दोनों में पर्याप्त है। लोड परीक्षण केवल प्रदर्शन परीक्षण के साथ प्रतिक्रिया समय को मापने के बारे में नहीं है। तनाव परीक्षण कार्यक्रम में तनाव परीक्षण, विश्वसनीयता परीक्षण और धीरज परीक्षण सहित लोड परीक्षण की अन्य शैलियाँ शामिल होनी चाहिए।
  • यह मत भूलो कि विफलताएं होंगी। बड़े पैमाने पर सिस्टम में आम तौर पर विफल व्यवहार के साथ सर्वर क्लस्टर शामिल होते हैं। विफलता परीक्षण, विफल ओवर परीक्षण और वसूली परीक्षण लोड के तहत संचालित प्रतिनिधि पैमाने प्रणालियों पर पूरा किया जाना चाहिए।
  • न भूलें भयावह विफलता हो सकती है। बड़े पैमाने पर समस्याओं के लिए, आपदा परीक्षण और आपदा वसूली परीक्षण को प्रतिनिधि पैमाने और भार पर पूरा किया जाना चाहिए। इन गतिविधियों को व्यवसाय निरंतरता परीक्षण की तकनीकी परतों के रूप में देखा जा सकता है।
  • बाहरी सेवाओं को पहचानें यदि आप उनका उपयोग कर रहे हैं। आपका स्थान एक SOA दृष्टिकोण को अपना रहा है और इसलिए बाहरी सेवाओं से प्रभावित हैं, आपको यह सुनिश्चित करना चाहिए कि इन सेवाओं पर थ्रूपुट और टर्नअराउंड समय स्वीकार्य रहेगा क्योंकि किसी के शरीर के तराजू और इसकी स्वयं की मांगों में वृद्धि होगी। एक अच्छा सिस्टम आर्किटेक्चर में एक सुंदर प्रतिक्रिया और फॉल-बैक ऑपरेशन शामिल है यदि बाहरी सेवा व्यवहार बिगड़ता या विफल हो जाता है।