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