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