प्रोजेक्ट आर्किटेक्चर प्लानिंग

योजना की जरूरत है

मुझे लगता है कि मैं गलत नहीं रहूंगा यदि मैं कहता हूं कि सेवा प्रदाता के कंधों पर अपने सभी जोखिमों को स्थानांतरित करने का प्रलोभन, पूरी तरह से परियोजना की अपनी वास्तुकला के बारे में भूल गया है, हमेशा बहुत शानदार है। एक सर्वर पर सब कुछ तैनात करें, बुनियादी ढांचे को बचाएं, परियोजना के प्रचार पर बचा हुआ बजट खर्च करें - यह सब परियोजना के दौरे से पहले काम करता है।

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

आयोजन

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

ग्राहक का अनुरोध

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

प्रसंस्करण का अनुरोध करें

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

विकास का उदाहरण

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

निष्कर्ष

परियोजना के जीवन की शुरुआत से ही वास्तुकला की योजना बनाना आवश्यक है, जो विकास प्रक्रिया में आपको बहुत समय और प्रयास बचाएगा। किसी परियोजना की वास्तुकला की योजना बनाते समय, यहां तक ​​कि सबसे छोटे विवरणों पर भी ध्यान दिया जाना चाहिए। और यह भी मुख्य बिंदुओं को याद रखना आवश्यक है, अर्थात्:
1. प्रत्येक परियोजना सेवा का आरक्षण;
2. सामने के छोरों के बीच संतुलन;
3. बैकएंड के बीच संतुलन;
4. क्लस्टरिंग और डेटाबेस को अलग करना;

आपकी परियोजनाओं का सफल क्रियान्वयन और लचीली स्केलिंग!