DevOps इंजीनियर उपकरण: लाइब्रेरियन

यह लेख उन लोगों के लिए है जो ऑप्सकोड शेफ कॉन्फ़िगरेशन प्रबंधन प्रणाली का उपयोग शुरू करने की योजना या उपयोग करते हैं।

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

कुकबुक (इसके बारे में अधिक विस्तार से, यह यहां पढ़ा जा सकता है ) को 3 प्रकारों में विभाजित किया जा सकता है:

1. रसोई की किताबें community.opscode.com से
2. GitHub और अन्य स्थानों से कुकबुक;
3. खुद का प्रोजेक्ट कुकबुक।

आपकी परियोजना में, सभी कुकीज़ संस्करण नियंत्रण प्रणाली के नियंत्रण में कुकबुक फ़ोल्डर में हो सकती हैं। और अगर यह आपकी खुद की कुकबुक के लिए एकमात्र उचित तरीका है, तो पहले दो प्रकार की कुकबुक के लिए यह समाधान अजीब लगता है। उस सरल कारण के लिए जिसे आपको अपडेट की जांच करने, निर्भरता प्रबंधित करने और "मैनुअल" मोड में ऐसी कुकीज़ अपडेट करने की आवश्यकता है। अन्य बातों के अलावा, यदि आप एक कुकबुक लेते हैं और इसे कुकबुक फ़ोल्डर में जोड़ते हैं, तो बाद में यह याद रखना कि आपको यह कहाँ से मिला है। GitHub कुकीज़ को git सबमॉड्यूल्स के रूप में संग्रहीत किया जा सकता है, लेकिन यह यहां सूचीबद्ध अधिकांश समस्याओं को हल नहीं करता है।

इसके अलावा, यदि आपके द्वारा उपयोग की जाने वाली किसी भी रसोई की किताबों में निर्भरता है (वे रसोई की किताब मेटाडेटा.आरबी फाइल में पंजीकृत हैं), तो आपको परियोजना के लिए मैन्युअल रूप से निर्भरता को जोड़ना होगा।

यदि आप लाइब्रेरियन का उपयोग करते हैं तो इन सभी समस्याओं से बचा जा सकता है। यह एक उपकरण है जो आपको अपने कुकीज़ की निर्भरता और संस्करणों को प्रबंधित करने में मदद करता है।

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

एक बहुत ही सरल प्रोजेक्ट की कल्पना करें जो बहुत कम कुकबुक का उपयोग करता है। आइए लाइब्रेरियन का उपयोग init कमांड के साथ करना शुरू करें, जो प्रारंभिक Cheffile फ़ाइल बनाता है - यह आपके द्वारा उपयोग की जाने वाली कुकीज़ का विवरण संग्रहीत करेगा।

 $ librarian-chef init create Cheffile $ cat Cheffile site 'http://community.opscode.com/api/v1' 

हमारी फाइल में एक लाइन जोड़ें और librarian-chef install

 $ cat Cheffile site 'http://community.opscode.com/api/v1' cookbook 'lvm' $ librarian-chef install Installing lvm (0.8.6) 

यह कमांड कुकबुक फोल्डर में सभी आवश्यक कुकीज़ डाल देगा और Cheffile.lock फ़ाइल बना Cheffile.lock ।

 $ ls cookbooks lvm $ cat Cheffile.lock SITE remote: http://community.opscode.com/api/v1 specs: lvm (0.8.6) DEPENDENCIES lvm (>= 0) 

हम इनडोर-कुकबुक फ़ोल्डर में परियोजना के लिए स्थानीय कुकीज़ संग्रहीत करते हैं। ये कुकीज़ हैं जो इस परियोजना के लिए विशिष्ट हैं। Cheffile हम निम्नलिखित जोड़ते हैं:

 cookbook 'project42', :path => 'inhouse-cookbooks/project42' 

Cheffile में रसोई की किताबों के विशिष्ट संशोधनों को भी Cheffile है।

 cookbook "postgresql", :git => "git@github.com:express42-cookbooks/postgresql.git", :ref => "0.1.4" cookbook "newrelic", :git => "git@github.com:heavywater/chef-newrelic.git", :ref => "b2309495b367da4bfe6f1761876b5d58e2455d6a" 

सुविधाओं का यह संयोजन कुकबुक फ़ोल्डर में हमेशा एक ही कुकीज़ को इकट्ठा करना आसान और सुविधाजनक बनाता है।

यह स्पष्ट रूप से समझना चाहिए कि सभी कुकीज़ का वर्तमान "स्लाइस" Cheffile.lock फ़ाइल में संग्रहीत है, और Cheffile फ़ाइल केवल Cheffile.lock को इकट्ठा करने के तरीके पर एक "संकेत" है, और यह केवल कुकीज़ को संस्करण करने के लिए पर्याप्त नहीं है। यदि आपके पास Cheffile.lock नहीं है, तो आप किस समय पर librarian-chef install कमांड चलाते हैं, इस पर निर्भर करते हुए, Cheffile.lock अलग हो जाएगा। यहां तक ​​कि अगर आप स्पष्ट रूप से शेफाइल में प्रयुक्त कुकीज़ के सभी संस्करणों को प्रतिबद्ध करते हैं (जो कि कड़ाई से अनुशंसित नहीं है), कुकीज़ जो निर्भरता के अनुसार इकट्ठे होंगे, भिन्न हो सकते हैं।

इसके अलावा, यदि आप स्पष्ट रूप से आपके द्वारा आवश्यक कुकीज़ के संस्करणों को निर्दिष्ट करते हैं, तो कुकीज़ को अपडेट करना बहुत अधिक जटिल हो जाएगा।

लेकिन क्या होगा अगर आपको किसी तरह की कुकबुक को अपडेट करने की जरूरत है? उदाहरण के लिए, हमने सीखा कि lvm कुकी का एक संस्करण जारी किया गया था, जिसमें कुछ बदलावों की आवश्यकता है। फिर हम निम्नलिखित कार्य करते हैं:

 $ librarian-chef update lvm 

यह कमांड अंतिम उपलब्ध के लिए lvm कुकबुक को अपडेट करेगा। इसके अलावा, यदि आवश्यक हो, तो यह lvm कुकबुक की सभी निर्भरता को अद्यतन करेगा। हम अनुशंसा करते हैं कि आप इसके बाद git diff Cheffile.lock करें। यह सुनिश्चित करने के लिए कि वास्तव में आप क्या चाहते हैं। वैसे, यदि आप किसी प्रकार की कुकी के लिए शेफ़ाइल संस्करण में लिखते हैं, जिस पर lvm निर्भर करता है, तो lvm को अपडेट नहीं किया जा सकता है, और आपको लंबे समय तक आश्चर्य होगा कि ऐसा क्यों हो रहा है।

आप इसे इस तरह से समझ सकते हैं: शेफाइल इस समय रसोई की किताबों के संस्करणों के लिए आवश्यक आवश्यकताओं का विवरण है, और Cheffile.lock एक टुकड़ा है जो इस समय इन आवश्यकताओं को पूरा करता है।

और लाइब्रेरियन के साथ काम करते समय एक और बात याद रखना। हर बार जब आप शेफ-सर्वर को कुछ नुस्खा अपलोड करते हैं, तो आपको git pull और librarian-chef install । क्योंकि यदि किसी ने अधिक हालिया नुस्खा अपलोड किया है, तो आपके स्थानीय रसोई की किताब के फ़ोल्डर में कुछ भी स्वचालित रूप से नहीं बदलेगा।

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