पारंपरिक अर्थ में, एन-टियर का मतलब है कि एप्लिकेशन को "टायर" में अलग करना और विभिन्न सर्वरों पर प्रत्येक "स्तरीय" डालना। यह कम से कम 3 कारणों से किया गया था:आजकल एन-स्तरीय आर्किटेक्चर का क्या अर्थ है?
रखरखाव:
एक) कोड रखरखाव: आसान बग फिक्स और फीचर जोड़ करना है।
बी) हार्डवेयर रखरखाव: एक सर्वर को नीचे लेना अन्य स्तर से सेवा को बाधित नहीं करता है।
प्रदर्शन: एक सर्वर अक्सर वेब अनुरोध, व्यापार तर्क गणना, और डेटाबेस/फ़ाइल पहुंच को संभालने के लिए पर्याप्त तेज़ नहीं था।
अनुमापकता: विशेष रूप से क्षैतिज scalability
क) दोष सहिष्णुता: स्तरीय प्रति 1 से अधिक शारीरिक सर्वर है करने की क्षमता का मतलब है जब 1 सर्वर डाउन है, आवेदन अभी भी एक पूरे के रूप में कार्य कर सकते हैं।
बी) लोड-बैलेंसिंग: एक स्तर के कई उदाहरण होने से बड़ी संख्या में अनुरोधों की सेवा मिलती है।
आजकल, हार्डवेयर और नेटवर्क एक सर्वर पर प्रति सेकंड हजारों अनुरोधों को पूरा करने के लिए पर्याप्त तेज़ हैं। इसके अलावा, आईटी के लिए अभी भी चर्चा शब्द "समेकन" है। इसलिए यदि एप्लिकेशन को स्तरों में विभाजित किया गया है, तो संभवतः वे एक सर्वर पर आभासी मशीनों पर होस्टिंग समाप्त कर देंगे।
मुझे लगता है कि आजकल जब लोग एन-स्तरीय वास्तुकला के बारे में बात करते हैं, तो वे आवेदन के भीतर चिंताओं को अलग करने के बारे में बात कर रहे हैं। यह भौतिक एक से अधिक तर्क अलग है। मुझे लगता है कि जब तक हम चिंताओं और ढीले युग्मन के अच्छे अलगाव को प्राप्त करते हैं, तब तक अनुप्रयोगों को एन-स्तरीय नहीं होना चाहिए। ऐसा लगता है कि कई प्रोग्रामर सोचते हैं कि एन-स्तरीय आर्किटेक्चर एक सुनहरा मानक है कि प्रत्येक वेब एप्लिकेशन का पालन करना होगा।
तो, आजकल आपको एन-स्तरीय आर्किटेक्चर क्या है?
सहमत हैं। स्केलेबिलिटी कारणों के लिए अलग-अलग घटकों में अलग होना अभी तक मर चुका नहीं है लेकिन तेज हार्डवेयर और नेटवर्क और सर्वर समेकन निश्चित रूप से उन अनुप्रयोगों की संख्या को धक्का देता है जिन्हें ऐसा करने की आवश्यकता है। –
शायद यह मृत नहीं है, लेकिन उदाहरण के लिए वेबसाइटों के मामले में अधिक पृष्ठ दृश्यों को संभालने के लिए और अधिक प्रभावी तरीके हैं। – Durden81