Chef cookbook organisation -


पृष्ठभूमि

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

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

कई ट्यूटोरियल पढ़ने के बाद, सीखना-शेफ के साथ-साथ अंतहीन वीडियो देखने के बाद, मैं बेर्सेशेल्फ (प्रत्येक रसोई की किताब अपने स्वयं के जीआईटी रेपो में) का उपयोग करके कई पाक-किताबें बनाने शुरू कर दिया है:

    < Li> 1 एक्स रसोई की किताबें मूल बुनियादी ढांचे (सेटअप व्यवस्थापक उपयोगकर्ता, बुनियादी सिस्टम उपकरण स्थापित करें, सुडो, एसएसडीडी आदि) सेटअप करने के लिए
  • 1 एक्स रसोई की किताब को सेटअप करने के लिए मंच (हमारे मामले में: एक निश्चित PHP के साथ LAMP संस्करण)
  • प्रत्येक एप्लिकेशन को सेटअप करने के लिए 10 एक्स रसोई की किताब

    प्रश्न / एस

    क्या यह सही दृष्टिकोण है Cookbooks व्यवस्थित करें? इन रसोईबुवाओं में से कोई भी एक दूसरे पर निर्भर नहीं है (हालांकि अभी भी), भले ही आवेदन की रसोई की किताब बुनियादी संरचना सेटअप करने के लिए पहले चलने के लिए बुनियादी ढांचे और प्लेटफ़ॉर्म कुकबुक की आवश्यकता हो। प्रत्येक एप्लिकेशन के पास अभी के लिए एक ही तकनीकी स्टैक की आवश्यकता है - ऐसा लगता है कि प्रत्येक एप्लिकेशन रसोई की किताब में समान निर्भरता जोड़ने के लिए अजीब लग रहा है। क्या अनुप्रयोगों की सटीक निर्भरताओं (प्लेटफॉर्म रसोई की किताब के माध्यम से इंस्टॉल किए गए पैकेजों के लिए, उदा। एपीटी) को अभी भी स्पष्ट रूप से वर्णित किया जाना चाहिए? यह सब कैसे एक साथ बंधा हुआ है कि इसे लक्ष्य मशीनों पर लगाया जाए? क्या मुझे किसी अन्य "कंटेनर" रसोई की किताब (सभी मशीनों और cookbooks के लिए एकल शेफ-रेपो) की ज़रूरत है? क्या मुझे इस काम के लिए भूमिकाएं चाहिए? शेफ के साथ कुंठा में से एक यह है कि ऐसा करने के बारे में 100 तरीके हैं, और समुदाय अभी भी है। ने एक पूर्ण सहमति नहीं बनाई है, जिस पर सबसे अच्छा है। उसने कहा, अगर शेफ के लिए आपका परिचय शेफ सीखें है, और आप बर्कशेल का उपयोग कर रहे हैं, तो आपको संभवतः बर्कशेल वे को काम करने के लिए देखना चाहिए इस मामले में:

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

      आपकी रसोई की किताबों के भौतिक लेआउट के लिए, आप बहुत अच्छा कर रहे हैं एक रेपो प्रति रसोई की किताब बहुत ही ठोस दृष्टिकोण है।

Comments

Popular posts from this blog

java - ImportError: No module named py4j.java_gateway -

python - Receiving "KeyError" after decoding json result from url -

.net - Creating a new Queue Manager and Queue in Websphere MQ (using C#) -