👼🏽 🏼 🤞🏿 OpenLiberty उदाहरण का उपयोग करके एप्लिकेशन सर्वर के साथ काम करने की बारीकियां कैसे बदल रही हैं ⛰️ 🥟 ⭐️

नमस्कार, हेब्र!

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

हल्के अनुप्रयोग सर्वर के क्या लाभ हैं?
उनका उपयोग करते समय कार्य की विशिष्टता कैसे बदल जाती है?
कंटेनर में एप्लिकेशन सर्वर क्यों पैक करें?

इन सवालों का जवाब देते हुए, मैंने देखा कि इस विषय पर बहुत अधिक सार्वजनिक जानकारी नहीं है, इसलिए मैंने इसे यहां एकत्र करने और व्यवस्थित करने का निर्णय लिया।

मैं कट के तहत परिणाम पोस्ट करता हूं।

हल्के अनुप्रयोग सर्वर के क्या लाभ हैं?

पूर्व में, एंटरप्राइज़ Java EE एप्लिकेशन सर्वर (जैसे JBoss AS, Oracle WebLogic, IBM WebSphere AS) को हैवीवेट और बोझिल डिज़ाइन माना जाता था, खासकर जब यह स्टार्टअप और तैनाती के समय की बात आती है। लेकिन क्लाउड तकनीक उद्योग के एक बड़े हिस्से पर कब्जा कर रही है और एप्लिकेशन सर्वर आवश्यकताओं को बदल रही है।

और अब, पूर्ण-विशेषताओं वाले, एंटरप्राइज़ एप्लिकेशन सर्वरों के स्थान पर, तेज, मॉड्यूलर, छोटे एप्लिकेशन सर्वर आते हैं, जो एक विशिष्ट कार्य पर केंद्रित होते हैं: थोर्नेटेल , पेयारा माइक्रो - वाइल्ड ब्रदर्स वाइफली और पायारा; मेकॉगर एक हल्का JAX-RS + CDI + JSON सर्वर है, कुमुलुज़ेई एक सर्वर है जो आपको Node.js, Go और अन्य का उपयोग करके जावा ईई का विस्तार करने की अनुमति देता है।

इस सूची में OpenLiberty - एक खुला स्रोत एप्लिकेशन सर्वर (EPL-1.0 के अनुसार वितरित) भी शामिल है जो नवीनतम Java EE / माइक्रोप्रोफाइल मानकों का समर्थन करता है, जो WebSphere Liberty पर चलता है।

EPL-1.0 एक नज़र में विशेषताएं (ग्रहण सार्वजनिक लाइसेंस संस्करण 1.0)

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

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

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

एक सदस्य जिसमें एक उद्धरण में कार्यक्रम शामिल है, उसे अन्य सदस्यों के लिए संभावित देयता से बचने के लिए ऐसा करना चाहिए। (सभी लेखकों की ओर से स्पष्ट रूप से किसी भी वारंटी या देयता को माफ करें)

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

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

गति:

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

$ bin/server run  defaultServer (Open Liberty 19.0.0.6/wlp-1.0.29.cl190620190617-1530)  Java HotSpot(TM) 64-Bit Server VM  1.8.0_212-b10 (ru_US) [AUDIT ] CWWKE0001I:  defaultServer . [AUDIT ] CWWKZ0058I:   dropins  . [AUDIT ] CWWKF0012I:     : [el-3.0, jsp-2.3, servlet-3.1]. [AUDIT ] CWWKF0011I:  defaultServer      .  defaultServer   1,709 .

मॉड्यूलरिटी और लचीलापन

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

उदाहरण के लिए, जावा के ईई और जेफ-आरएस को माइक्रोप्रोफाइल से जेपीआर-आरएस घोषित करें, फीचर मैनजर ब्लॉक usr / server / serverName /server.xml में कुछ पंक्तियों को जोड़कर।

 <?xml version="1.0" encoding="UTF-8"?> <server description="new server"> <!-- Enable features --> <featureManager> <feature>jsp-2.3</feature> <feature>mpHealth-1.0</feature> <feature>jaxrs-2.1</feature> </featureManager> <!-- To access this server from a remote client add a host attribute to the following element, eg host="*" --> <httpEndpoint id="defaultHttpEndpoint" httpPort="9080" httpsPort="9443" /> <!-- Automatically expand WAR files and EAR files --> <applicationManager autoExpand="true"/> </server>

गतिशील अद्यतन

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

 [AUDIT ] CWWKG0016I:    . [AUDIT ] CWWKG0017I:      0,475 . [AUDIT ] CWWKF0012I:     : [cdi-2.0, jaxrs-2.1, jaxrsClient-2.1, jndi-1.0, json-1.0, jsonp-1.1, mpHealth-1.0, servlet-4.0]. [AUDIT ] CWWKF0013I:     : [servlet-3.1]. [AUDIT ] CWWKF0008I:     0,476 .

छवि का आकार और संयोजन

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

Dockerhub में एक प्रीकॉन्फ़िगर्ड OpenLiberty सर्वर वाली छवियां हैं। हम उनमें से एक का उपयोग करेंगे और एक डॉकरफाइल बनाएंगे:

 FROM open-liberty COPY usr/servers/defaultServer /opt/ol/wlp/usr/servers/defaultServer ENTRYPOINT ["/opt/ol/wlp/bin/server", "run"] CMD ["defaultServer"]

आइए छवि को इकट्ठा करें:

 docker build -t app .

इसे कंटेनर के रूप में चलाएं:

 docker run -d --name app -p 9080:9080 app

परिणाम की जाँच करें http: // localhost: 9080 / स्वास्थ्य /

कंटेनर को रोकने के लिए:

 docker stop app

कंटेनर का उपयोग करने के लिए कई और परिदृश्य हैं, और सामान्य तौर पर, यह व्यक्तिगत लेखों के लिए एक अवसर है, इसलिए हमें प्रश्नों पर वापस लौटें।

काम की विशिष्टता कैसे बदल रही है?

पैकेज बंडल

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

सभा

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

लांच

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

कार्यक्षमता विस्तार

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

कंटेनर में एप्लिकेशन सर्वर क्यों पैक करें?

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

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

आपको यहां अधिक अभ्यास मिलेगा।

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

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

लिबर्टी-मावेन-प्लगइन ( ढाल के लिए विकल्प) आपके काम को बहुत सरल कर सकता है। वैसे, मैनुअल में इसके उपयोग के अच्छे उदाहरण हैं।

आप परियोजना में भी योगदान दे सकते हैं।

OpenLiberty उदाहरण का उपयोग करके एप्लिकेशन सर्वर के साथ काम करने की बारीकियां कैसे बदल रही हैं