VPS पर लेआउट गो पालतू परियोजना

नमस्कार, हेब्र! मेरा नाम एर्टोम ज़ेल्तक है , मैं एक टीम है, और ओटस के "गोलंग डेवलपर" पाठ्यक्रम में एक शिक्षक भी हूं। पाठ्यक्रम की एक नई धारा की शुरुआत की प्रत्याशा में, मैं आपके साथ अपना लेख साझा करना चाहता हूं।

---

मेरा मानना ​​है कि गोलंग महान है, लेकिन अभी भी दुनिया में VPS, VDS पर कई php और अन्य प्रोजेक्ट काम कर रहे हैं। आप वहां एक डॉकटर रख सकते हैं, लेकिन यह (लेखक के अनुसार) कार्य की पुनः जटिलता है। आप एफ़टीपी के माध्यम से एक फ़ाइल संकलित और अपलोड कर सकते हैं - यह असुरक्षित है और फेंग शुई नहीं है, एसएफटीपी सुरक्षित है, लेकिन फिर से फेंग शुई न करें। फिर सर्किलसी के माध्यम से इस प्रक्रिया को स्वचालित करते हैं। हम सीआई चरण के लिए कॉन्फ़िगरेशन फ़ाइल को कदम से लिखेंगे, अंत में हम परिणाम एकत्र करेंगे और तैनात करेंगे।

कार्यान्वयन आवश्यकताओं

1. मिनिमल सर्वर इनोवेशन
2. तैनात होना चाहिए स्वचालित
3. तैनाती के लिए प्रवेश बिंदु देव विधानसभा और ठेस के लिए अतिरिक्त मैनुअल पुष्टि के लिए टैगिंग है
4. विधानसभा को स्वचालित परीक्षण पास करना होगा
5. मैनुअल रोलबैक तंत्र संस्करण

सर्किल क्यों?

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

• न्यूनतम सेटिंग
• ssh डीबग सुविधा
• मुक्त संस्करण लेकिन सीमाओं के साथ
  
  • 2500 क्रेडिट / प्रति सप्ताह (लगभग 250 मिनट पूरा होने पर) # इकट्ठा किया जाता है और जल्दी से तैनात किया जाता है, हमारे पास पर्याप्त है
  • एकल थ्रेडेड निष्पादन # हमारे पास कई पालतू प्रोजेक्ट नहीं हैं
  • केवल linux और windows # हमें linux की आवश्यकता है

भाग एक, वर्कफ़्लो

एक फ़ोल्डर बनाएँ। Circle और उसमें एक config.yml फ़ाइल बनाएँ और वहाँ अपेक्षित वर्कफ़्लो का वर्णन करें (कार्य निष्पादन का क्रम)

workflows: version: 2 tagged-build: jobs: - test - dev_deploy: requires: - test - approve_master_deploy: type: approval requires: - test - dev_deploy - prod_deploy: requires: - dev_deploy - approve_master_deploy 

यहाँ परिणाम है:



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

 - dev_deploy: requires: - test filters: branches: ignore: /.*/ tags: only: /.*/ 

दूसरा चरण, सबसे आसान

चलिए परीक्षण शुरू करते हैं, एक न्यूनतम कोड होगा।

 jobs: test: docker: - image: circleci/golang:1.12 working_directory: ~/go-example/ steps: - checkout #   linter'   - run: go test -cover -v ./... 

हमारे कोड का परीक्षण करने और कोड शैली की जांच पास करने के बाद, आप देव पर तैनाती कर सकते हैं। मेरा सुझाव है कि गो सेवा शुरू करने के लिए पर्यवेक्षक (लेखन के समय 3.1.4) का उपयोग करके, हम उनके लिए लॉग एकत्र करेंगे।

CI PH_NAME के ​​भीतर .circleci फ़ोल्डर में पर्यवेक्षक_ph.conf फ़ाइल जोड़ें, यह परियोजना के नाम में बदल जाएगा। और उसी फ़ाइल में हम लॉग के आउटपुट को लिखेंगे।

 [program:PH_NAME] stopasgroup=true user=deploy-user autostart=true autorestart=true stdout_logfile=/var/log/supervisor/PH_NAME.log stderr_logfile=/var/log/supervisor/PH_NAME.log redirect_stderr=true 

वह सब जो हमारी परियोजना को दूसरों से अलग करता है:

नियत समय

देव और ठेस के लिए, केवल सर्वर बदले जाते हैं और एप्लिकेशन के नाम में एक प्रत्यय जोड़ा जाता है। कॉन्फ़िगरेशन को पर्यावरण चर में संग्रहीत किया जाता है। ( 12 कारक अनुप्रयोग ) हम इस हिस्से को पर्यावरण में ले जाएंगे, हम बाकी की नकल करेंगे।

 prod_deploy: environment: TARGET_IP: 0.0.0.0 TARGET_DIR: /var/www/deploy-user/go-example REMOTE_USER: deploy-user SERVICE_NAME: go_example_prod docker: - image: circleci/golang:1.12 working_directory: ~/go-example/ steps: - checkout - add_ssh_keys #   ci ,    - run: go build -ldflags "-X main.version=$CIRCLE_TAG" -o ./main ./src/main - run: ssh -o "StrictHostKeyChecking=no" $REMOTE_USER@$TARGET_IP "mkdir $TARGET_DIR/v$CIRCLE_TAG" #    ,        - run: scp main $REMOTE_USER@$TARGET_IP:$TARGET_DIR/v$CIRCLE_TAG/ #       - run: sed "s/PH_NAME/$SERVICE_NAME/g" .circleci/supervisor_ph.conf > .circleci/$SERVICE_NAME.conf - run: echo command=$TARGET_DIR/v$CIRCLE_TAG/main >> .circleci/$SERVICE_NAME.conf - run: scp .circleci/$SERVICE_NAME.conf $REMOTE_USER@$TARGET_IP:$TARGET_DIR/v$CIRCLE_TAG/ - run: ssh $REMOTE_USER@$TARGET_IP "ln -sf $TARGET_DIR/v$CIRCLE_TAG/$SERVICE_NAME.conf /etc/supervisord.d" - run: ssh $REMOTE_USER@$TARGET_IP "supervisorctl -c /etc/supervisord.conf reread && supervisorctl -c /etc/supervisord.conf update" - run: curl "$TELEGRAM_SERVICE?msg=$SERVICE_NAME%20v$CIRCLE_TAG%20deployed&channel=go_deploy" 

सूचनाओं के लिए, हम अपने स्वयं के बॉट का उपयोग करते हैं, जिसे कर्ल के माध्यम से कहा जाता है। `जब: on_fail` कमांड काम करता है अगर कुछ गलत हो गया है, तो इसका उपयोग परिवर्तन वापस करने के लिए भी किया जा सकता है। हालांकि हमारे पास यह टेलीग्राम बॉट है, लेकिन सामान्य तौर पर आप इसके बिना कर सकते हैं और मानक सूचनाओं का उपयोग कर सकते हैं: स्लैक, आईआरसी। प्लस त्रुटि सूचनाएं ईमेल पर जाती हैं।

`$ TELEGRAM_SERVICE` वैरिएबल को BUILD SETTINGS → एन्वायरमेंट वेरिएबल्स के माध्यम से जोड़ा जाता है।

 - run: command: curl "$TELEGRAM_SERVICE?msg=$SERVICE_NAME%20v$CIRCLE_TAG%20failed&channel=go_deploy" when: on_fail 

फिनिश लाइन

हम गितुब या बिटबकेट में धक्का देते हैं। हम आइटम जोड़ें परियोजना में सर्किलसीआई में जाने के बाद



फिर स्टार्ट बिल्डिंग का चयन करें। अंतिम चरण चयनित उपयोगकर्ता के तहत सर्वर पर प्राधिकरण के लिए एक ssh कुंजी जोड़ना होगा।



सब कुछ तैनात किया जा सकता है, एक टैग लगाओ और जीवन का आनंद लेना शुरू करो। अंतिम संस्करण ./.circleci/config.yml - यहाँ