वेब एप्लिकेशन बनाने और प्रकाशित करने के लिए चेकलिस्ट

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

यह लेख उन लोगों की मदद कर सकता है जो वेब एप्लिकेशन बनाने की मूल बातें सीख रहे हैं और बुनियादी नियमों और परंपराओं के बारे में थोड़ा समझना चाहते हैं।

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

आइए बुधवार से शुरुआत करें।

किसी भी कोड, सिस्टम या सॉफ़्टवेयर के संचालन का आधार ऑपरेटिंग सिस्टम है, इसलिए नीचे हम होस्टिंग बाज़ार में सबसे लोकप्रिय सिस्टम देखेंगे और उनका संक्षिप्त विवरण देंगे:

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

यूनिक्स-समान प्रणाली. इन प्रणालियों में पारंपरिक कार्य के लिए किसी परिचित ग्राफ़िकल इंटरफ़ेस की उपस्थिति की आवश्यकता नहीं होती है, जो उपयोगकर्ता को नियंत्रण तत्व के रूप में केवल एक कंसोल प्रदान करता है। एक अनुभवहीन उपयोगकर्ता के लिए, इस प्रारूप में काम करना मुश्किल हो सकता है, डेटा में काफी लोकप्रिय टेक्स्ट एडिटर से बाहर निकलने की लागत क्या है शक्तिइससे जुड़े एक सवाल को 6 साल में 1.8 मिलियन से ज्यादा व्यूज मिल चुके हैं। इस परिवार के मुख्य वितरण (संस्करण) हैं: डेबियन - एक लोकप्रिय वितरण, इसमें पैकेज संस्करण मुख्य रूप से एलटीएस पर केंद्रित हैं (दीर्घकालिक समर्थन - लंबे समय तक समर्थन), जो सिस्टम और पैकेजों की काफी उच्च विश्वसनीयता और स्थिरता में व्यक्त किया गया है; Ubuntu - इसमें सभी पैकेजों के वितरण उनके नवीनतम संस्करणों में शामिल हैं, जो स्थिरता को प्रभावित कर सकते हैं, लेकिन आपको नए संस्करणों के साथ आने वाली कार्यक्षमता का उपयोग करने की अनुमति देते हैं; रेड हैट एंटरप्राइज लिनक्स - ओएस, व्यावसायिक उपयोग के लिए तैनात, भुगतान किया जाता है, हालांकि, इसमें सॉफ्टवेयर विक्रेताओं, कुछ मालिकाना पैकेज और ड्राइवर पैकेज से समर्थन शामिल है; CentOS - खुला स्रोत Red Hat Enterprise Linux का एक रूपांतर, जो मालिकाना पैकेज और समर्थन की अनुपस्थिति की विशेषता है।

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

तो, ओएस पर निर्णय लेने के बाद, आइए टूल के एक सेट पर आगे बढ़ें जो आपको सर्वर पर एप्लिकेशन या उसके हिस्सों की स्थिति को तैनात (इंस्टॉल), अपडेट और मॉनिटर करने की अनुमति देता है।

अगला महत्वपूर्ण निर्णय आपके एप्लिकेशन का प्लेसमेंट और उसके लिए सर्वर होगा। फिलहाल, सबसे आम 3 तरीके हैं:

• किसी सर्वर को स्वयं होस्ट करना (रखना) सबसे बजट-अनुकूल विकल्प है, लेकिन आपको अपने प्रदाता से एक स्थिर आईपी ऑर्डर करना होगा ताकि आपका संसाधन समय के साथ अपना पता न बदले।
• एक समर्पित सर्वर (वीडीएस) किराए पर लें - और इसे स्वतंत्र रूप से प्रबंधित करें और लोड को स्केल करें
• कुछ क्लाउड होस्टिंग की सदस्यता के लिए भुगतान करें (अक्सर वे आपको प्लेटफ़ॉर्म की कार्यक्षमता को मुफ़्त में आज़माने का मौका देते हैं), जहां उपयोग किए गए संसाधनों के लिए भुगतान मॉडल काफी सामान्य है। इस दिशा के सबसे प्रमुख प्रतिनिधि: अमेज़ॅन एडब्ल्यूएस (वे सेवाओं का उपयोग करने का एक वर्ष निःशुल्क देते हैं, लेकिन मासिक सीमा के साथ), Google क्लाउड (वे खाते में $300 देते हैं, जिसे क्लाउड होस्टिंग सेवाओं पर वर्ष के दौरान खर्च किया जा सकता है) , Yandex.Cloud (वे 4000 महीने के लिए 2 रूबल देते हैं), Microsoft Azure (एक साल के लिए लोकप्रिय सेवाओं तक मुफ्त पहुंच देते हैं, + एक महीने के लिए किसी भी सेवा के लिए 12 रूबल)। इस प्रकार, आप इनमें से किसी भी प्रदाता को एक पैसा भी खर्च किए बिना आज़मा सकते हैं, लेकिन प्रदान की गई सेवा की गुणवत्ता और स्तर के बारे में अनुमानित राय प्राप्त कर सकते हैं।

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

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

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

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

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

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

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

इसलिए, उस वातावरण के बारे में बात करने के बाद जिसमें आपका एप्लिकेशन काम करेगा, अब अंततः यह देखने का समय आ गया है कि आधुनिक दुनिया हमें इन्हीं एप्लिकेशन को बनाने के लिए कौन से टूल प्रदान करती है।

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

• पाइथॉन एक अनुभवहीन उपयोगकर्ता के लिए काफी अनुकूल भाषा है, यह कुछ गलतियों को माफ कर देती है, लेकिन यह डेवलपर के साथ काफी सख्त भी हो सकती है ताकि वह कुछ भी बुरा न करे। पहले से ही काफी परिपक्व और सार्थक भाषा, जो 1991 में सामने आई।
• गो - Google की एक भाषा, काफी अनुकूल और सुविधाजनक है, किसी भी प्लेटफ़ॉर्म पर एक निष्पादन योग्य फ़ाइल संकलित करना और प्राप्त करना काफी आसान है। यह सरल और सुखद हो सकता है, या यह जटिल और गंभीर हो सकता है। ताजा और युवा, अपेक्षाकृत हाल ही में, 2009 में दिखाई दिया।
• रस्ट 2006 में रिलीज़ हुए अपने पिछले सहयोगी से थोड़ा बड़ा है, लेकिन अपने साथियों की तुलना में अभी भी काफी छोटा है। अधिक अनुभवी डेवलपर्स के उद्देश्य से, हालांकि यह अभी भी प्रोग्रामर के लिए कई निम्न-स्तरीय कार्यों को हल करने का प्रयास करता है।
• जावा व्यावसायिक विकास का एक अनुभवी है, जिसे 1995 में पेश किया गया था, और आज यह एंटरप्राइज़ एप्लिकेशन विकास में सबसे अधिक उपयोग की जाने वाली भाषाओं में से एक है। इसकी बुनियादी अवधारणाओं और भारी सेटअप के साथ, रनटाइम एक शुरुआत के लिए काफी चुनौतीपूर्ण हो सकता है।
• ASP.net Microsoft द्वारा जारी एक एप्लिकेशन डेवलपमेंट प्लेटफ़ॉर्म है। कार्यक्षमता लिखने के लिए, C# भाषा (उच्चारण C शार्प), जो 2000 में सामने आई, का मुख्य रूप से उपयोग किया जाता है। इसकी जटिलता जावा और रस्ट के बीच के स्तर के बराबर है।
• PHP, मूल रूप से HTML प्रीप्रोसेसिंग के लिए उपयोग किया जाता है, वर्तमान में, हालांकि यह भाषा बाजार में पूर्ण नेतृत्व रखता है, इसके उपयोग में गिरावट की प्रवृत्ति है। इसमें प्रवेश सीमा कम है और कोड लिखने में आसानी है, लेकिन साथ ही, काफी बड़े एप्लिकेशन विकसित करते समय, भाषा की कार्यक्षमता पर्याप्त नहीं हो सकती है।

खैर, हमारे एप्लिकेशन का अंतिम भाग - उपयोगकर्ता के लिए सबसे मूर्त - दृश्यपटल (फ्रंटएंड) - आपके एप्लिकेशन का चेहरा है; यह इस भाग के साथ है कि उपयोगकर्ता सीधे इंटरैक्ट करता है।

विवरण में जाए बिना, आधुनिक फ्रंटएंड यूजर इंटरफेस बनाने के लिए तीन स्तंभों, रूपरेखाओं (और इतना नहीं) पर खड़ा है। तदनुसार, तीन सबसे लोकप्रिय हैं:

• ReactJS एक ढांचा नहीं है, बल्कि एक पुस्तकालय है। दरअसल, फ्रेमवर्क अपने गौरवपूर्ण शीर्षक से केवल "बॉक्स से बाहर" कुछ कार्यों की अनुपस्थिति और उन्हें मैन्युअल रूप से स्थापित करने की आवश्यकता से भिन्न होता है। इस प्रकार, इस पुस्तकालय की "तैयारी" की कई विविधताएँ हैं, जो अद्वितीय रूपरेखाएँ बनाती हैं। कुछ बुनियादी सिद्धांतों और निर्माण वातावरण के काफी आक्रामक सेटअप के कारण, एक शुरुआत करने वाले के लिए यह थोड़ा मुश्किल हो सकता है। हालाँकि, त्वरित शुरुआत के लिए, आप "create-react-app" पैकेज का उपयोग कर सकते हैं।
• VueJS यूजर इंटरफेस बनाने के लिए एक रूपरेखा है। इस त्रिमूर्ति में से, यह सही मायने में सबसे उपयोगकर्ता-अनुकूल ढांचे का खिताब लेता है; Vue में विकास के लिए, प्रवेश की बाधा अन्य उल्लिखित भाइयों की तुलना में कम है। इसके अलावा, वह उनमें सबसे छोटा है।
• एंगुलर को इन ढाँचों में सबसे जटिल माना जाता है, एकमात्र ऐसा ढाँचा जिसकी आवश्यकता होती है टाइपप्रति (जावास्क्रिप्ट भाषा के लिए ऐड-ऑन)। अक्सर बड़े उद्यम अनुप्रयोगों के निर्माण के लिए उपयोग किया जाता है।

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

स्रोत: www.habr.com