चलायें तैनाती स्वचालन! OpenShift प्लेटफ़ॉर्म पर फ़्रेमवर्क अनुप्रयोग

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


तो चलिए शुरू करते हैं। OpenShift पर JBoss एप्लिकेशन बनाने के बाद, हम Git रिपॉजिटरी के निपटान में प्राप्त करते हैं, जिसमें नमूना स्रोत (हमारी तरह से बाद के प्रतिस्थापन के लिए) और WAR संग्रह के रूप में इन स्रोतों के इकट्ठे संस्करण शामिल हैं।

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

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

मेरी-पहले आवेदन-1.0
└ देय
Jar * .जर
└ शुरू करो

मैंने OpenShift के साथ इस तरह के वितरण मित्र बनाने का प्रबंधन नहीं किया (यह मेरे लिए संभव है - मुझे टिप्पणियों में समाधान को देखकर खुशी होगी), इसलिए मैं 1.2.4 संस्करण का उपयोग कर निपट गया।

तो, हम अपना आवेदन बनाते हैं:

play new SuperApplication cd SuperApplication play idealize / play eclipsify 

इस स्तर पर, हमें एक परीक्षण एप्लिकेशन प्राप्त हुआ, जिसे play start कमांड चलाकर सत्यापित किया जा सकता है

अगला, स्वाद के लिए नमक / काली मिर्च जोड़ें, आवश्यक बदलाव करें - और हम आवेदन को तैनात करने के लिए तैयार हैं।

यह हमारी OpenShift रिपॉजिटरी में लौटने का समय है, जिसे निम्न पते पर क्लोन किया जा सकता है: ssh://hashcode@superapplication-suffix.rhcloud.com/~/git/superapplication.git/ और अंत में हमें कुछ ऐसा मिलता है:

superapplication
└ .गत
It बकवास
H .openshift
It बकवास
└ तैनाती
└ ROOT.war <---
└ src
└ स्रोत

एक तीर से हमें कौन सी रुचियां उजागर होती हैं। तदनुसार, अब कार्य हमारी परियोजना को ROOT.war नामक एक संग्रह में जाना है, वांछित फ़ोल्डर में कॉपी करें, कमिट करें और पुश करें।

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

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

 <project name="SuperApplication" default="dist" basedir="."> <!--     . --> <property name="dist" location="..\dist"/> <property name="deployments" location="..\dist\deployments"/> <!--       "play war -o outputname"  ,   Windows       ,   play.bat,  .     ,  ,  ,       . --> <target name="dist" depends="clean" description="generate the distribution" > <exec executable="play.bat"> <arg line="war -o ${deployments}\ROOT" /> </exec> <zip destfile="${deployments}\ROOT.war" basedir="${deployments}\ROOT" /> <delete dir="${deployments}\ROOT"/> </target> <!--   - .  :      ,    ${dist},       OpenShift-Git-. --> <target name="deploy" description="upload war" > <exec executable="git" dir="${dist}"> <arg line="add ."/> </exec> <exec executable="git" dir="${dist}"> <arg line="commit -m 'Deploy'"/> </exec> <exec executable="git" dir="${dist}"> <arg line="push"/> </exec> </target> <!--  ,   ROOT.war --> <target name="clean" description="clean up" > <delete file="${deployments}\ROOT.war" /> </target> </project> 

वह मूल रूप से यह है। डिस्ट और तैनात लक्ष्यों का उपयोग करके, हम अपने प्रॉसेट्स का निर्माण और तैनाती कर सकते हैं।

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

सौभाग्य है