शेफ पैटर्न और एंटीपैटर्न

अनुवादक से प्रस्तावना

एक बार मेरे सहकर्मी ने मुझे एक स्रोत लेख का लिंक फेंक दिया। पहले तो मैंने उसे गंभीरता से नहीं लिया। लेकिन फिर, रेक के एक झुंड पर कदम रखना और उसके कुछ शंकु को भर देना, मुझे एहसास हुआ कि क्या चल रहा था।

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

लेख "अनुभवी" और शुरुआती दोनों के लिए उपयोगी होगा।

एंटीपैटर्न: कुकिंग कम्युनिटी कुकबुक

मैंने किया, शायद आपने भी किया। यह सब काफी मासूमियत से शुरू होता है और कुछ भी बुरा नहीं करता है। आप कुछ विशेषताओं को जोड़ते हैं, metadata.rb बदलें। metadata.rb । जल्द ही आपको अपना नुस्खा जोड़ने की जरूरत है, और शायद LWRP भी। अब आपके पास अपने परिवर्तनों और कोड के समुदाय की गड़बड़ी है, खासकर अगर रसोई की किताब GitHub पर सक्रिय विकास में है। जल्दी या बाद में, संघर्ष को तय करना होगा। यदि मूल कुकबुक और आपके परिवर्तन दोनों लगभग समान हैं, तो तार्किक त्रुटियों को उजागर करना मुश्किल होगा। और अब आप इस फ्रेंकस्टीन को कैसे संस्करण देंगे? अपस्ट्रीम में उसी संस्करण का उपयोग करें? संक्षेप में, यह एक एंटीपैटर्न है जिसे ठीक करना मुश्किल है।

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

पैटर्न: अपनी खुद की विशेषताओं और व्यंजनों के साथ अपनी खुद की रैपर-कुकबुक बनाएं

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

मणि शेफ-रिवाइंड इस पैटर्न के साथ मदद कर सकता है।

एंटीपैटर्न: भूमिकाओं में गुण का उपयोग करना

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

रसोई की किताब के रैपर में विशेषताओं का उपयोग करना बेहतर है।

पैटर्न: एक रसोई की किताब आवरण में अपनी विशेषताओं की स्थापना

शेफ को संस्करण का पता नहीं है, लेकिन कुक्बुकी - हाँ। रसोई की किताब के आवरण में आवश्यक विशेषताओं को सेट करके और बावर्ची पर्यावरण में रसोई की किताब के वांछित संस्करण को निर्दिष्ट करके, आप बदलाव को देव से उत्पादन में धकेल सकते हैं।

आदर्श रूप से, यह परीक्षणों और स्वचालित रूप से परिवर्तनों के क्रमिक धक्का के साथ CI प्रक्रिया का हिस्सा होना चाहिए। लेकिन यह एक और कहानी है।

एंटीपार्टर्न: एक भूमिका में रन लिस्ट सेट करना

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

आपको ऐसा करने की आवश्यकता नहीं है:

 name "web_server" description "Role for web servers" run_list( "recipe[base_server::disk_configuration]", "recipe[base_server::dhcp_reservation]", "recipe[base_server::pagefile]", "recipe[utility::install_tools]", "recipe[web_server::web_sites]", "recipe[base_server::ssl_certs]" ) 

पैटर्न: इसके लिए विशेष रूप से बनाई गई रसोई की किताब में डिफ़ॉल्ट नुस्खा में रन सूची निर्दिष्ट करें (तथाकथित भूमिका-रसोई की किताब या एप्लिकेशन-रसोई की किताब)

अपनी भूमिका में व्यंजनों की न्यूनतम सूची रखें। व्यंजनों की एक पूरी सूची एप्लिकेशन-कुकबुक में संग्रहीत की जानी चाहिए। उदाहरण के लिए, web_server भूमिका इस तरह दिख सकती है:

 name "web_server" description "Role for web servers" run_list( "role[base]", "recipe{web_server]" ) 

आपके कुकबुक एप्लिकेशन के लिए डिफ़ॉल्ट नुस्खा कुछ इस तरह दिखाई देगा:

 # web_server cookbook recipes/default.rb include_recipe "base_server::disk_configuration", include_recipe "base_server::dhcp_reservation", include_recipe "base_server::pagefile", include_recipe "utility::install_tools", include_recipe "web_server::web_sites", include_recipe "base_server::ssl_certs" 

फिर से, यह इतना है कि आप आसानी से रसोई की किताबों के संस्करणों का प्रबंधन कर सकते हैं और देव पर्यावरण पर संस्करण 2.1.0 में परिवर्तन का परीक्षण कर सकते हैं, जबकि उत्पादन स्थिर 1.5.0 होगा।

निष्कर्ष

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

कुकीज़ में आवश्यक विशेषताएँ और run_list सेट करके, और भूमिकाओं में नहीं, आपको वर्जनिंग और पर्यावरण के अलगाव के साथ समस्या नहीं मिलेगी।