मैंने हेरोकू पर रेल का उपयोग करने का आनंद लिया है, और इस तरह मैं xyz.yml
में परिवर्तन करने के बिना एक हेरोकू ऐप की कॉन्फ़िगरेशन प्रॉपर्टी समायोजित कर सकता हूं और पुन: नियोजित कर सकता हूं।12-कारक अनुप्रयोगों में कॉन्फ़िगरेशन प्रबंधित करना
मेरे रेल ऐप में पूरी तरह से Yaml कॉन्फ़िगरेशन फ़ाइलों को दूर करना अच्छा होगा, और ENV में कॉन्फ़िगरेशन को संग्रहीत करने के लिए जितना संभव हो उतना भरोसा करना अच्छा होगा। यह 12-factor config सिद्धांत के साथ चला जाता है।
हालांकि, यम्ल-आधारित कॉन्फ़िगरेशन प्रबंधन से हेरोकू/12-कारक-आधारित एक में स्विच करने में कुछ व्यापार-बंद हैं।
- हालांकि यह सच है कि तैनाती (क्यूए, मंच, prod, देव, डेमो, लैब) का प्रसार YAML फ़ाइलों का प्रसार करने के लिए नेतृत्व कर सकते हैं, यह एक नया विन्यास प्रोफाइल बनाने के लिए कॉपी-पेस्ट करने के लिए बहुत आसान है। मुझे हेरोोकू में एक तैनाती से दूसरे पर 'कॉपी' कॉन्फ़िगरेशन प्रोफाइल का कोई तरीका नहीं दिख रहा है।
- रेपो में कॉन्फ़िगरेशन डेटा संग्रहीत करना मतलब है कि, हेरोकू के मामले में, तैनाती और कॉन्फ़िगरिंग और एप्लिकेशन को एक ही ऑपरेशन में पूरा किया जाता है। अगर मैं अपनी कॉन्फ़िगरेशन को यमल फाइलों और एनएनवी चरों में ले जाना चाहता था, तो मुझे तैनाती के बाद एक अलग चरण में अपने एप्लिकेशन को कॉन्फ़िगर करना होगा।
उन लोगों से सुनना चाहते हैं जिन्होंने अपने निजी अनुप्रयोगों में 12-कारक शैली कॉन्फ़िगरेशन का उपयोग किया है, और उन्होंने बहुत से तैनाती में कितने कॉन्फ़िगरेशन चर प्रबंधित किए हैं।
- आप एक नई तैनाती को तुरंत कैसे कॉन्फ़िगर करते हैं?
- रेपो नहीं होने पर, आप कॉन्फ़िगरेशन चर के अपने आधिकारिक स्रोत को कहां रखते हैं? आप डेवलपर्स के बीच इसे कैसे वितरित करते हैं?
धन्यवाद!
मैं हेरोकू के साथ काम नहीं करता, लेकिन मुझे लगता है कि किसी भी सास एप्लिकेशन पर 12 कारक लागू किए जा सकते हैं। मैं अपने परिवेशों पर उस कॉन्फ़िगरेशन को बनाने के लिए कस्टम शैल स्क्रिप्ट बना सकता हूं। लेकिन, इस पृष्ठभूमि के बाद, मेरा सवाल है: मेरे कॉन्फ़िगर वर्र्स बनाने में कोई सुरक्षा चिंता नहीं है, जैसे डाटाबेस एक्सेस 'डेटा, एनवी वर्र्स बनें? –