पहचान

मैं पद के लिए एक उपयुक्त नाम के साथ नहीं आ सका, इसलिए मैं संक्षेप में वर्णन करूंगा कि क्या चर्चा की जाएगी।

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

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

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

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

DNS का उपयोग करते हुए स्थानीय डोमेन

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

यह विचार सरल है: हम DNS को कॉन्फ़िगर करते हैं, इसे राउटर को खिलाते हैं, नगनेक्स को इंस्टॉल करते हैं और इसके कॉन्फ़िगरेशन का उपयोग डोमेन के आधार पर विभिन्न बंदरगाहों पर पुनर्निर्देशित अनुरोधों के लिए करते हैं। यह आपको विकास के दौरान बंदरगाहों से परेशान नहीं होने देगा, जैसा कि कंटेनरों का उपयोग करना शुरू हो जाएगा - --network=host बजाय।

स्थापना के दौरान, इस गाइड का उपयोग किया गया था । इसमें, Ubuntu 16.04 के लिए कॉन्फ़िगरेशन किया गया है, मेरे पास डेबियन है।

आगे की कार्रवाई root रूप में की जाती root ।

सबसे पहले, bind9 और उपयोगिताओं को स्थापित करें:

 apt-get install -y bind9 bind9utils bind9-doc dnsutils 

अगला, हमें डोमेन ज़ोन को कॉन्फ़िगर करने की आवश्यकता है। ऐसा करने के लिए, निम्नलिखित को /etc/bind/named.conf.local फ़ाइल में जोड़ें:

 zone "nondv.home" IN { //    type master; file "/etc/bind/fwd.nondv.home.db"; // Forward lookup file allow-update { none; }; // Since this is the primary DNS, it should be none. }; 

इसके अलावा, रिवर्स लुकअप के लिए कॉन्फ़िगरेशन को गाइड में जोड़ा जाता है, लेकिन ईमानदार होने के लिए, मैं वास्तव में नहीं समझता कि यह क्यों आवश्यक है, इसलिए मैंने ऐसा नहीं किया।

अब फ़ाइल /etc/bind/fwd.nondv.home.db बनाएँ:

 $TTL 604800 @ IN SOA ns1.mydomain.home. root.mydomain.home. ( 20 ; Serial 604800 ; Refresh 86400 ; Retry 2419200 ; Expire 604800 ) ; Negative Cache TTL ;Name Server Information IN NS ns1.nondv.home. ;IP address of Name Server ns1 IN A 192.168.0.3 ;A - Record HostName To Ip Address nuc IN A 192.168.0.3 gitlab IN A 192.168.0.3 mpd IN A 192.168.0.3 @ IN A 192.168.0.3 

अगला, bind9 को पुनरारंभ करें और ऑटोरन सेट करें:

 systemctl restart bind9 systemctl enable bind9 

ध्यान दें कि मैंने इस्तेमाल किया है। इसके बजाय। ऐसा इसलिए किया गया क्योंकि nondv.local डोमेन nondv.local उप-डोमेन के बिना हल नहीं nondv.local । ठीक है, अधिक सटीक रूप से dig ने इसे सामान्य रूप से मान्यता दी, लेकिन ब्राउज़र और curl नहीं किया। जैसा कि एक सहकर्मी ने मुझे समझाया, यह सबसे अधिक संभावना है कि बोनजौर जैसे विभिन्न सॉफ्टवेयर (ढक्कन पर एक सेब के साथ मेरा काम लैपटॉप) के कारण। सामान्य तौर पर, .home डोमेन के साथ ऐसी समस्याएं नहीं होनी चाहिए।

वास्तव में यही सब है। उसके बाद, मैंने DNS को राउटर के प्राथमिक के रूप में जोड़ा और इसे फिर से जोड़ दिया (ताकि /etc/resolve.conf फ़ाइल स्वचालित रूप से अपडेट हो जाए)।

nginx

जैसा कि मैंने कहा, पोर्ट 80 पर HTTP के माध्यम से एक ही समय में सभी सेवाओं का उपयोग करने में सक्षम होने के लिए, हमें Nginx को कॉन्फ़िगर करने की आवश्यकता है ताकि यह डोमेन के आधार पर विभिन्न बंदरगाहों के लिए अनुरोधों को सम्‍मिलित करे।

डॉक्यू हब वेबसाइट पर नगनेक्स इमेज के लिए प्रलेखन उपलब्ध है।

मुख्य विन्यास फ़ाइल तैयार करें / /srv/nginx/nginx.conf / /srv/nginx/nginx.conf / /srv/nginx/nginx.conf :

 user nginx; worker_processes 1; error_log /var/log/nginx/error.log warn; pid /var/run/nginx.pid; events { worker_connections 1024; } http { include /etc/nginx/mime.types; default_type application/octet-stream; log_format main '$remote_addr - $remote_user [$time_local] "$request" ' '$status $body_bytes_sent "$http_referer" ' '"$http_user_agent" "$http_x_forwarded_for"'; access_log /var/log/nginx/access.log main; sendfile on; keepalive_timeout 65; server { listen 80; server_name nondv.home; rewrite ^/$ http://mpd.nondv.home redirect; #  ,       } include /etc/nginx/conf.d/*.conf; } 

इसके बाद, डोमेन को कॉन्फ़िगर करें। मैं केवल एक दिखाऊंगा:

 # /srv/nginx/conf.d/gitlab.conf server { listen 80; server_name gitlab.nondv.home; location / { proxy_pass http://127.0.0.1:3080; } } 

कंटेनर को कमांड द्वारा लॉन्च किया गया है:

 docker run --detach \ --network host \ --name nginx \ --restart always \ --volume /srv/nginx/nginx.conf:/etc/nginx/nginx.conf:ro \ --volume /srv/nginx/conf.d:/etc/nginx/conf.d:ro \ nginx:alpine 

बस इतना ही, अब HTTP 80 पोर्ट के अनुरोध को nginx का उपयोग करके पकड़ा जाएगा और इच्छित पोर्ट पर पुनर्निर्देशित किया जाएगा।

Gitlab

आधिकारिक गाइड के अनुसार सब कुछ सरल है:

 docker run --detach \ --hostname gitlab.nondv.home \ --publish 3080:80 --publish 3022:22 \ --name gitlab \ --restart always \ --volume /srv/gitlab/config:/etc/gitlab:Z \ --volume /srv/gitlab/logs:/var/log/gitlab:Z \ --volume /srv/gitlab/data:/var/opt/gitlab:Z \ gitlab/gitlab-ce:latest 

हम सब कुछ कॉन्फ़िगर होने की प्रतीक्षा कर रहे हैं (हम docker logs -f gitlab ) और उसके बाद हम अतिरिक्त के लिए कंटेनर ( docker exec -it gitlab bash ) में प्रवेश करते हैं। सेटिंग्स:

 nano /etc/gitlab/gitlab.rb # or vim # /etc/gitlab/gitlab.rb external_url 'http://gitlab.nondv.home' gitlab_rails['gitlab_shell_ssh_port'] = 3022 # /etc/gitlab/gitlab.rb gitlab-ctl reconfigure 

विश्वसनीयता के लिए, आप कंटेनर को पुनः आरंभ कर सकते हैं ( docker container restart gitlab )।

सीआई

Gitlab CI पहले से ही एकीकृत है, लेकिन इसे Gitlab Runner ( प्रलेखन ) की आवश्यकता है।

ऐसा करने के लिए, मैंने एक छोटी स्क्रिप्ट लिखी:

 NAME="gitlab-runner$1" echo $NAME docker run -d --name $NAME --restart always \ --network=host \ -v /srv/gitlab-runner/config:/etc/gitlab-runner \ -v /var/run/docker.sock:/var/run/docker.sock \ gitlab/gitlab-runner:alpine 

रनर बनाने के बाद, हमें इसे पंजीकृत करने की आवश्यकता है। ऐसा करने के लिए, gitlab (ब्राउज़र के माध्यम से) पर जाएं, व्यवस्थापक क्षेत्र पर जाएं → अवलोकन → धावक। यह धावकों की स्थापना का वर्णन करता है। संक्षेप में, आप बस यह करें:

 docker exec -it gitlab-runner register 

और सवालों के जवाब।

आपकी अपनी HTTP सेवाएं

इन्हें गिटलैब के साथ सादृश्य द्वारा लॉन्च किया गया है। उन्हें कुछ पोर्ट पर प्रकाशित करें और nginx में कॉन्फिगर जोड़ें।

निष्कर्ष

अब आप अपनी परियोजनाओं को अपने होम सर्वर पर होस्ट कर सकते हैं और अपनी परियोजनाओं के असेंबली और प्रकाशन को स्वचालित करने के लिए Gitlab CI की शक्ति का उपयोग कर सकते हैं। यह git push और शुरू करने के बारे में चिंता नहीं है, सही करने के लिए सुविधाजनक है?

मैं gitlab के लिए मेल स्थापित करने की भी सिफारिश करूंगा। व्यक्तिगत रूप से, मैंने यैंडेक्स पर एक मेलबॉक्स का उपयोग किया। प्रलेखन ।