वैग्रैंट और साल्टस्टैक के साथ वेब डेवलपमेंट ऑटोमेशन

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

Vagrant।

Vagrantfile माध्यम से कॉन्फ़िगरेशन के साथ एक वर्चुअल मशीन मैनेजर है, जो आपको एक बिंदु पर लॉन्च के लिए तैयार मशीन कॉन्फ़िगरेशन को इकट्ठा करने की अनुमति देता है। वह न केवल आभासी मशीनों को उठा सकता है, बल्कि उनके "प्रावधान" से भी निपट सकता है। संपार्श्विक सिस्टम को इसके लिए डिज़ाइन किया गया है ।
वैग्रांत में पर्यावरण को तैनात करने के लिए पैकेज प्रारूप .box । बक्से के आदान-प्रदान के लिए एक सेवा है - https://vagrantcloud.com/ । फिलहाल यह बीटा में है, लेकिन, बक्से के "टूटे" लिंक के अपवाद के साथ, मुझे कोई त्रुटि नहीं दिखाई दी।

Vagrantfile

Vagrantfile बनाना आसान है। विवरण दस्तावेज़ीकरण में हैं , लेकिन मैं सूची दूंगा कि उदाहरण में क्या आवश्यक है।
सर्वर पूर्व-स्थापित SaltStack घटकों के बिना debian पर चलेगा। Https://vagrantcloud.com/ पर आप .box पा सकते हैं।

 config.vm.box = "mokote/debian-7" 

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

 config.vm.network "private_network", ip: "192.168.56.107" 

वर्चुअल मशीन सेटिंग्स:

 config.vm.provider "virtualbox" do |v| v.name = "demostand" v.memory = 1024 v.customize ["modifyvm", :id, "--natdnshostresolver1", "on"] v.customize ["setextradata", :id, "--VBoxInternal2/SharedFoldersEnableSymlinksCreate/v-root", "1"] end 

हम निर्देशिकाओं को SaltStack सेटिंग्स के साथ और उस परियोजना के साथ सिंक्रनाइज़ करते हैं जो बनाई गई मशीन पर तैनात की जाएगी। प्रोजेक्ट के लिए, मैंने nfs को सिंक्रोनाइज़ेशन विधि के रूप में उपयोग किया। यह VirtualBox shared folders तुलना में तेजी से काम करता है, और इसे केवल एक पैरामीटर से कॉन्फ़िगर किया गया है :nfs => true , लेकिन root एक्सेस की आवश्यकता root ।

 config.vm.synced_folder "salt/roots/", "/srv/" config.vm.synced_folder "~/Development/web/demostand", "/var/www/demostand", id: "vagrant-root", :nfs => true 

यह SaltStack कॉन्फ़िगरेशन के साथ होस्ट के प्रावधान को कॉन्फ़िगर करने के लिए बना हुआ है।
salt.minion_config - वह फ़ाइल जिसमें से सर्वर कॉन्फ़िगरेशन शुरू होता है।
salt.run_highstate = true - मशीन स्टार्टअप पर प्रावधान शुरू करना है या नहीं।
salt.pillar - pillar भंडारण से डेटा।

 config.vm.provision :salt do |salt| salt.minion_config = 'salt/minion' salt.run_highstate = true salt.pillar({ "database" => { "withUser" => true, "name" => "demostand", "password" => "fm2QTqimWUrk" } }) salt.pillar({"projectName" => "demostand"}) end 

पूर्ण Vagrantfile को यहाँ देखा जा सकता है: https://github.com/ligser/salt-vagrant-demostand/blob/master/Vagrantfile ।

SaltStack

SaltStack आपको master -> minion का एक गुच्छा बनाने की अनुमति देता है और ताजा minion साथ minion प्रदान करने के लिए एक विज़ार्ड शुरू करता है। मुझे ऐसी कोई आवश्यकता नहीं थी, इसलिए प्रावधान बिना master किया जाएगा।
SaltStack लिए कॉन्फ़िगरेशन विवरण स्टेटमेंट ( SaltStack शब्दावली में राज्यों) का एक सेट है, जिसे सफलतापूर्वक कॉन्फ़िगर किए minion लिए संतुष्ट होना चाहिए।
मैं SaltStack की विशेषताओं का वर्णन SaltStack जो मेरे लिए उपयोगी थे।

नमक / मिनियन

सबसे पहले, Vagrantfile में निर्दिष्ट salt/minion फ़ाइल Vagrantfile । यह वह फ़ाइल है जिसमें से मशीन कॉन्फ़िगरेशन शुरू होती है।
इसकी सामग्री अत्यंत संक्षिप्त है: file_client: local । यह बताता है कि कॉन्फ़िगरेशन स्थानीय रूप से minion पर संग्रहीत किया जाता है, डिफ़ॉल्ट रूप से, /srv/salt निर्देशिका में, जिसमें हमने सिंक्रनाइज़ेशन कॉन्फ़िगर किया था।

राज्यों

स्थिति पर एक पूर्ण मैनुअल परियोजना की वेबसाइट पर है: http://docs.saltstack.com/en/latest/topics/tutorials/index.html#states ।
स्टेट्स को .sls फ़ाइलों में संग्रहीत किया .sls है। आमतौर पर .sls प्रारूप में राज्यों का वर्णन होता है।

 apache: # ID pkg: #  - installed #  

एक फ़ंक्शन की कॉल को कम किया जा सकता है:

 apache: pkg.installed 

इसके अलावा, अगर ID राज्य वस्तु के नाम से मेल नहीं खाती है, तो आप एक नाम निर्दिष्ट कर सकते हैं।

 apache_pkg: pkg: - name: apache - installed 

pkg पैकेज मैनेजर की स्थिति है। installed इस राज्य के सबसे अधिक इस्तेमाल किए जाने वाले कार्यों में से एक है, जिसका अर्थ है कि सिस्टम पर इस नाम के साथ एक पैकेज स्थापित होना चाहिए।
service - सेवाओं की स्थिति। इसके साथ, आप सेवाओं को शुरू या बंद कर सकते हैं। apache2 रोकने वाला राज्य:

 apache2: service.dead 

file - फाइल सिस्टम की स्थिति।
आमतौर पर, managed फ़ंक्शन का उपयोग FS के साथ काम करने के लिए किया जाता है।
यदि ID फ़ाइल नाम से मेल खाती है, तो हमें name पैरामीटर को निर्दिष्ट करने की आवश्यकता नहीं है।
source - वह स्थान जहाँ फ़ाइल की सामग्री ली गई है। salt:// - सूचक को /srv/salt , या Vagrantfile सापेक्ष: salt/roots/salt ।
डिफ़ॉल्ट रूप से, फ़ाइलें jinja टेम्पलेट नहीं हैं, इसलिए उनके अंदर pillar डेटा का उपयोग नहीं किया जा सकता है। किसी फ़ाइल को टेम्प्लेट बनाने के लिए, आपको template: jinja निर्दिष्ट करने की आवश्यकता होती है template: jinja पैरामीटर में template: jinja । उसके बाद, फ़ाइल को टेम्पलेट इंजन द्वारा संसाधित किया जाएगा। jinja का उपयोग खुद .sls फाइलों में भी किया जाता है।
SaltStack राज्य निर्भरता का समर्थन करता है।
watch_in इंगित करता है कि फ़ाइल को बदलते समय पुनरारंभ करने के लिए किस सेवा का उपयोग किया जाता है।
require pkg की स्थिति द्वारा बनाए रखा जाता है और एक विशिष्ट पैकेज की स्थापना की आवश्यकता होती है।

 /etc/nginx/sites-available/default: file.managed: - source: salt://nginx/default - template: jinja - user: root - group: root - mode: 644 - watch_in: - service: nginx 

डेटा

SaltStack में डेटा स्टोर करने के लिए दो सिस्टम हैं।
pillar - डेटा जो कि विन्यास फाइल में नहीं होना चाहिए। Vagrantfile मैंने pillar में 2 चाबियाँ Vagrantfile : database - database पैरामीटर और प्रोजेक्टनेम - प्रोजेक्ट नाम।
grains - स्थैतिक जानकारी जो minion अपलोड की जाएगी जब यह शुरू होगी।
मैं व्यावहारिक रूप से grains उपयोग नहीं करता था, इसलिए मुझे इस प्रणाली की पेचीदगियों में कोई दिलचस्पी नहीं थी, अगर आपको अधिक जानकारी की आवश्यकता है, तो यह SaltStack वेबसाइट पर उपलब्ध है: http://docs.saltstack.com/en/latest/topics/targeting/grains.html ।
डिफ़ॉल्ट रूप से, किसी भी .sls फ़ाइल को टेम्पलेट इंजन द्वारा संसाधित किया जाता है, इसलिए आप इसमें निर्माणों का उपयोग कर सकते हैं:
{{ }} - आउटपुट।
{% %} - स्थितियां, या चक्र।

 {{ pillar['database']['name'] }}: {% if (pillar['database']['withUser']) %} mysql_user.present: - host: localhost - password: {{ pillar['database']['password'] }} - require: - service: mysql - pkg: python-mysqldb {% endif %} 

ऊपर के उदाहरण में, Vagrantfile में दर्ज मूल्य [database][name] , pillar से लिया गया है और mysql_user.present राज्य के लिए ID रूप में सौंपा गया है।
मान ['database']['password'] पासवर्ड के रूप में उपयोग किया जाएगा।

Top.sls

top.sls - फ़ाइल जिसमें से SaltStack राज्यों को पढ़ना शुरू कर देगा।
इसमें .sls की एक सूची है, जिसमें इस विन्यास के लिए फाइलें शामिल हैं।

तैयार विन्यास

SaltStack और SaltStack का तैयार कॉन्फ़िगरेशन SaltStack पर GitHub । यह आपको एक कमांड के साथ PHP , nginx और mysql एक सर्वर को तैनात करने की अनुमति देता है:

 vagrant up --provision 

जब आप एक ही समय में कई छवियां तैनात करते हैं, तो आपको निजी नेटवर्क में IP को बदलना नहीं भूलना चाहिए।

निष्कर्ष

स्वचालन छोटे कार्यों के लिए नियमित कार्य की मात्रा को कम करता है। पारंपरिक सर्वरों की तैनाती विशिष्ट सेटिंग्स की कॉपी-पेस्ट और vagrant up के लॉन्च vagrant up । अब कई घंटे पहले लग सकते थे अब मिनट लगते हैं, जिनमें से अधिकांश सर्वर खुद पैकेज स्थापित करता है।