एक विकेंद्रीकृत कठपुतली वास्तुकला के पेशेवरों और विपक्ष

Question

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

Comments

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

— ज़ॉडेचेस

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

— JMeterX

Answer 1

विकेंद्रीकृत हो जाओ।

प्रमाण पत्र पर हस्ताक्षर करने के बजाय, ssh चाबियाँ बनाएं। गैर-व्यवस्थापक को चाबियाँ न दें

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

यह तेज़ है, और सेट करने के लिए कम बारीक है। पवित्रता की जाँच के लिए कुछ प्रतिबद्ध हुक जोड़ें।

अब, इस बिंदु पर, आपने कठपुतली की जगह अपने क्लाइंट-सर्वर मॉडल के साथ, ssh और git के साथ, दोनों को कठपुतली की तुलना में बेहतर तरीके से बदल दिया है।

अब, पदानुक्रम के लिए आपके संगठन की आवश्यकता हो सकती है। कोई समस्या नहीं है, बस निश्चित रूप से कहीं सुरक्षित शाखा वाले गिट रेपो को स्टोर करें।

बक्शीश:

git blame

आपको यह देखने की अनुमति देगा कि किसने बदलाव किया है।

http://bitfieldconsulting.com/scaling-puppet-with-distributed-version-control

https://www.braintreepayments.com/braintrust/decentralize-your-devops-with-masterless-puppet-and-supply-drop ?

Answer 2

क्या आप यात्री में कठपुतली चल रहे हैं? संग्रहीत कॉन्फ़िगरेशन? जब तक आप बुनियादी सेटअप मुद्दों को संभालते हैं, तब तक आपको वास्तव में 300 नोड्स के साथ स्केलेबिलिटी की समस्या नहीं होनी चाहिए।

Comments

हम अपाचे + यात्री विन्यास का उपयोग कर रहे हैं। हम Puppetmaster

— JMeterX

Answer 3

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