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

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

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

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

बुधवार से शुरू करते हैं।

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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