💃🏻 🍭 🤵 ग्रिल्स के लिए एक तैनाती स्क्रिप्ट लिखना 👨🏿‍🌾 🏇 😆

मुझे एक स्क्रिप्ट की आवश्यकता क्यों है

WAR में निर्माण के लिए बहुत ही आसान है। यह निम्नानुसार किया जाता है:

grails war

इस तथ्य के अलावा कि WAR जा रहा है, मैं वास्तव में इस WAR को सर्वर पर स्थापित करना चाहता हूं। हमारे मामले में, यह टॉमकैट है। मैनुअल इंस्टॉलेशन के लिए कुछ उपद्रव करना पड़ता है:

सर्वर बंद करो। प्रक्रिया को मार डालो अगर यह खुद को रोक नहीं पाता है।
पुरानी एप्लिकेशन फ़ाइलें हटाएं (केवल मामले में)
सर्वर पर नए WAR की प्रतिलिपि बनाएँ। कभी-कभी आपको इसका नाम बदलने की आवश्यकता होती है (जैसे, ROOT.war में)

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

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

ग्रूवी में स्क्रिप्ट लिखना

ग्रिल्स ग्रूवी पर कमांड-लाइन स्क्रिप्ट बनाना आसान बनाता है जो हमारे एप्लिकेशन की स्क्रिप्ट फ़ोल्डर में जोड़ते हैं। इनमें से कोई भी स्क्रिप्ट तब कंसोल कंसोल कमांड के साथ चलाई जा सकती है। हम Deploy.groovy नामक एक स्क्रिप्ट लिखेंगे ।

यह अच्छा है कि स्क्रिप्ट के अंदर आप हमारे ग्रेल्स एप्लिकेशन के कॉन्फ़िगरेशन डेटा का उपयोग कर सकते हैं। उदाहरण के लिए, सर्वर नाम और उपयोगकर्ता नाम पर्यावरण-विशिष्ट हैं। ग्रिल्स 1.3.7 के लिए, हम विन्यास को इस तरह एक्सेस कर सकते हैं:

 depends(compile) depends(createConfig) /*   Gant,   Config.groovy */ def host = ConfigurationHolder.config?.deploy.host def username = ConfigurationHolder.config?.deploy.username

यह माना जाता है कि जहां पर ग्रेन-एप / कॉन्फिडेंस / कॉन्फिग.ग्रॉवोवी कुछ इस तरह से होगा:

 ... environments { production { ... deploy { host = 'www1.shards.intra' username = 'deployer' } } }

एक छोटी सी चाल यह है कि कॉन्फ़िगरेशन को डाउनलोड करने के लिए, आपको पहले config.groovy फ़ाइल को संकलित करना होगा । ऐसा करने के लिए, हमने घोषित किया (निर्भर करता है) , जहां संकलन परियोजना को संकलित करने के लिए पहले से ही ज्ञात कमांड (कार्य) है।

हम SSH का उपयोग करते हैं

हमें SSH पहुंच वाले सर्वर पर सभी प्रकार के संचालन करने की आवश्यकता है। सरलता के लिए, मैंने मुफ्त JSch लाइब्रेरी ली और खुद को पासवर्ड एक्सेस विकल्प तक सीमित कर लिया। इसलिए, हमारी स्क्रिप्ट इस तरह शुरू होती है:

 @GrabResolver(name='jcraft', root='http://jsch.sourceforge.net/maven2') @Grab(group='com.jcraft', module='jsch', version='0.1.44') import com.jcraft.jsch.*

इसके बाद, हम JSch के साथ कुछ जादुई जोड़तोड़ करेंगे। हमें दो चीजें चाहिए:

सर्वर पर यूनिक्स कमांड चलाएं
सर्वर पर फ़ाइलों की प्रतिलिपि बनाएँ

हमारे पास हमारे निपटान में ग्रूवी भाषा है, इसलिए हम उन कार्यों के साथ मिनी-डीएसएल बनाने की कोशिश करेंगे जिनकी हमें ज़रूरत है। सत्र ऑब्जेक्ट (JSch से) में कुछ नए तरीके जोड़ें, जो एक SSH सत्र है। सबसे पहले, सर्वर पर कमांड निष्पादित करने के लिए निष्पादन विधि:

 Session.metaClass.exec = { String cmd -> Channel channel = this.openChannel("exec") channel.command = cmd channel.inputStream = null channel.errStream = System.err InputStream inp = channel.inputStream channel.connect() int exitStatus = -1 StringBuilder output = new StringBuilder() try { while (true) { output << inp if (channel.closed) { exitStatus = channel.exitStatus break } try { sleep(1000) } catch (Exception ee) { } } } finally { channel.disconnect() } if (exitStatus != 0) { println output throw new RuntimeException("Command [${cmd}] returned exit-status ${exitStatus}") } output.toString() }

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

अब मैं सर्वर पर फ़ाइल भी लिखूंगा:

 Session.metaClass.scp = { sourceFile, dst -> ChannelSftp channel = (ChannelSftp) openChannel("sftp") channel.connect() println "${sourceFile.path} => ${dst}" try { channel.put(new FileInputStream(sourceFile), dst, new SftpProgressMonitor() { private int max = 1 private int points = 0 private int current = 0 void init(int op, String src, String dest, long max) { this.max = max this.current = 0 } boolean count(long count) { current += count int newPoints = (current * 20 / max) as int if (newPoints > points) { print '.' } points = newPoints true } void end() { println '' } }) } finally { channel.disconnect() } }

दरअसल, इस पद्धति का सभी मुख्य भरना प्रगति का एक संकेतक है।

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

 Session.metaClass.doRemote = { Closure closure -> connect() try { closure.delegate = delegate closure.call() } finally { disconnect() } }

DoRemote पद्धति "कोष्ठक" बनाती है जिसके अंदर हम निष्पादन और scp विधियों का उपयोग कर सकते हैं।

अंत में, तैनाती प्रक्रिया स्वयं लिखें

दरअसल, हमारी स्क्रिप्ट का मुख्य भाग कुछ इस प्रकार होगा:

 //   .    grails help. target(main: " WAR-  .") { ..  JSch JSch jsch = new JSch() Properties config = new Properties() config.put("StrictHostKeyChecking", "no") config.put("HashKnownHosts", "yes") jsch.config = config //    ,  host  username  . ... String password = new String(System.console() .readPassword("Enter password for ${username}@${host}: ")) Session session = jsch.getSession(username, host, 22) session.setPassword(password) session.doRemote { exec "- " ... scp warFile, '/opt/tomcat/latest/webapps/ROOT.war' ... } }

अब, वास्तव में, आपको यह समझने की आवश्यकता है कि डब्ल्यूएआर फ़ाइल कहां है और सिस्टम को कैसे बताएं कि तैनाती प्रक्रिया से पहले इसे इकट्ठा करना अच्छा होगा।

यह पहले से ज्ञात गण टीम द्वारा किया जाता है जिसे निर्भर करता है :

 depends(clean) depends(war)

पहले हम परियोजना को साफ करते हैं, फिर हम डब्ल्यूएआर एकत्र करते हैं। WAR फ़ाइल तक पहुंच के संबंध में, कुछ भी असंभव नहीं है। GrailsSettings चर सभी लिपियों के लिए उपलब्ध है, जिसमें से आप यह भी पता लगा सकते हैं कि यह कहाँ है:

 File warFile = grailsSettings.projectWarFile

दाने के बारे में और अधिक पढ़ें।

दरअसल, सब कुछ तैयार है, आखिरी स्पर्श बना हुआ है। हमारे पास स्क्रिप्ट (मुख्य) में केवल एक ही कार्य है, इसे डिफ़ॉल्ट रूप से चलाने के लिए असाइन करें:

 setDefaultTarget(main)

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

 includeTargets << grailsScript("Clean") includeTargets << grailsScript("Init") includeTargets << grailsScript("War")

अंतरिक्ष को बचाने के लिए, मैं पूरी तरह से अंतिम स्क्रिप्ट प्रकाशित नहीं करता हूं। टॉमकट के लिए तैयार स्क्रिप्ट यहां देखें ।

निष्कर्ष

हमने SSH के माध्यम से सर्वर तक पहुंचने की क्षमता के साथ स्क्रिप्ट लिखने के लिए एक छोटा सा मिनी-फ्रेमवर्क तैयार किया है। हम इसे इस तरह से चला सकते हैं:

 grails deploy

एक ही चल रहा है

 grails help deploy

हम भी स्क्रिप्ट का उपयोग करने के लिए निर्देश प्राप्त कर सकते हैं :)

शेल स्क्रिप्ट की तुलना में, यह हमें निम्नलिखित फायदे देता है:

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

ग्रिल्स के लिए एक तैनाती स्क्रिप्ट लिखना

मुझे एक स्क्रिप्ट की आवश्यकता क्यों है

ग्रूवी में स्क्रिप्ट लिखना

हम SSH का उपयोग करते हैं

अंत में, तैनाती प्रक्रिया स्वयं लिखें

निष्कर्ष

More articles: