शेफ का उपयोग करके पैकेज स्थापित करने के बारे में

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

विकल्प एक। सभी एक झुंड में

एक एकल नुस्खा है कि केवल एक पैकेज स्थापित करता है के साथ कम्यूनिस्ट साइट पर कई नमूना कुकबुक हैं। बिना अनुकूलन के भी। अक्सर वे एक पैकेज नहीं डालते हैं, लेकिन कई, लेकिन यह केवल स्थिति को खराब करता है क्योंकि रसोई की किताब कम सार्वभौमिक हो जाती है।

ऐसे व्यंजनों में, रिपॉजिटरी को जोड़ने से आमतौर पर "बैश पर" होता है और आमतौर पर केवल एक वितरण या प्लेटफ़ॉर्म के लिए होता है।

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

विकल्प दो। भूमिका निभाने वाले खेल।

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

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

तीसरा विकल्प। हम व्यंजनों से रिपॉजिटरी निकालते हैं।

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

एक उपयुक्त तैयार समाधान के लिए एक प्रारंभिक खोज असफल रही, इसलिए हम अपनी बाइक को स्क्वायर पहियों पर करेंगे।

इसकी सबसे सरल रूप में भूमिका का एक उदाहरण:

run_list( "recipe[repos::percona]", "recipe[repos::opscode-chef-10]", "recipe[platform_packages]") override_attributes( "platform_packages" => { "pkgs" => [ { "name" => "chef", "action" => "upgrade"}, { "name" => "percona-server-client"} ]}) 

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