सवाल एक आईटी विभाग एक मानक लिनक्स वितरण कैसे चुनना चाहिए?


लिनक्स वितरण उत्पादन सर्वर वातावरण के लिए उपयुक्त हैं और जो नहीं हैं, इस बारे में बहुत सारी सामुदायिक भावनाएं हैं, हालांकि, इस भावना को धार्मिक रूप से आधारित नहीं लगता है, और कभी-कभी सहायक साक्ष्य के साथ प्रस्तुत किया जाता है।

यह मानते हुए कि हम मानकीकृत करने के लिए एक लिनक्स वितरण का चयन करने की कोशिश कर रहे थे (क्योंकि हमारे पास पर्यावरण को यथासंभव एकरूप के रूप में रखने में रुचि है), आप कौन से मानदंड महत्वपूर्ण हैं, और आप यह निर्धारित कैसे करते हैं कि अलग-अलग वितरण उन मानदंडों को कितनी अच्छी तरह से पूरा करते हैं?


70
2017-12-27 21:05


मूल


मैं दूसरों को समझाऊंगा वे अपने संगठन के लिए एक एकल लिनक्स वितरण चुनने के बारे में कैसे जाते हैं मेरे लिए। मैं उस स्थिति में हूं, और "सामान्य ज्ञान" मुझे आरएचईएल या सेंटोस चुनने के लिए कहेंगे, लेकिन वाणिज्यिक समर्थन के अलावा, मैंने कई तथ्यात्मक दावों को नहीं सुना है कि उनमें से एक दूसरे से बेहतर क्यों है। - wfaulk
serverfault.com/questions/53954/centos-vs-ubuntu - Iain


जवाब:


मैं वर्तमान में ऐसे माहौल में काम करता हूं जिसने एक दशक से अधिक समय तक लिनक्स का उपयोग किया है। कार्यालय में हर कोई अपने डेस्कटॉप और सर्वर पर विभिन्न distros का उपयोग करता है। इस प्रकार, वितरण के विकल्प किसी विशेष क्रम में कई चीजों के आसपास घूमते हैं:

  1. इतिहास - जाहिर है कि रेडहाट और डेबियन जैसी प्रणाली लंबे समय से आसपास रही है। इस प्रकार, "अगर यह तोड़ा नहीं गया है, तो इसे ठीक न करें" का उपयोग इस के लिए किया जा सकता है। अगर सॉफ़्टवेयर को डिस्ट्रो पर अच्छी तरह से समर्थित किया जाता है तो अपग्रेडिंग आसान हो जाती है।
  2. सुपरिचय - इतिहास के समान, हालांकि हम सभी के पास हमारे पसंदीदा हैं। मैंने डेबियन पर अपने दांत काट दिया, और उबंटू (उस समय एक कठिन निर्णय क्योंकि मैं एक समुदाय को प्रतिबद्ध करता हूं) में स्थानांतरित हो गया। इसके विपरीत, यह याद रखना एक दर्द है कि एक दर्जन अलग डिस्ट्रोज़ पर चीजों को कैसे करना है (स्क्रैच-निर्मित वाले लोगों का उल्लेख नहीं करना)।
  3. समर्थन - मैं मुख्य रूप से उबंटू में स्थानांतरित हुआ क्योंकि मैंने सराहना की कि वे भुगतान समर्थन की पेशकश के रूप में क्या कर रहे थे। यह एक विक्रय बिंदु था अगर किसी ग्राहक को दीर्घकालिक प्रणाली चलाने की चिंता हो। रेडहाट के दृष्टिकोण के समान (लेकिन उस समय आरपीएम नरक चल रहा था)। इस कारण से हमारे पास कई RedHat सर्वर भी हैं।
  4. निर्भरता - कुछ सॉफ्टवेयर आसानी से कुछ distros पर उपयोग करना आसान है क्योंकि निर्भर पैकेज अधिक आसानी से प्राप्य या निर्माण योग्य हैं। इसका उदाहरण रेडहाट पर ओवीर्ट होगा। कुछ distros पर कुछ सॉफ्टवेयर के लिए कोई पैकेज नहीं हैं। और आप इसे संकलित कर सकते हैं, लेकिन यदि आप एक और distro पर पैकेज सही था तो क्यों?
  5. पठन स्तर - जेनेटू जैसे Distros संस्करण और सॉफ्टवेयर स्विच ग्रैन्युलरिटी पर बेहतर नियंत्रण प्रदान करते हैं। अन्य distros के विभिन्न रूपों में "पिनिंग" है, लेकिन यह अभी भी नियंत्रित या भरोसेमंद नहीं है।
  6. बाइंडिंग - हालांकि अधिकांश distros पर स्रोत से संकलन संभव है, कुछ distros दूसरों की तुलना में बेहतर हैं। इसका प्रभाव हो सकता है, कहें, अगर आपकी परियोजना विस्तारित कार्यक्षमता के लिए मौजूदा पुस्तकालयों को पैच करती है।
  7. कमनीयता - कुछ distros बस बेहतर दिख रहे हैं। हर geek जानता है कि यह सिर्फ fluff है (और आप शायद इन दिनों एक वेब ऐप के रूप में इसे करने के साथ दूर हो सकता है) लेकिन कुछ ग्राहकों को इस सामान से wowed हैं, और हम सब इसे जानते हैं।
  8. स्थिरता - कुछ परीक्षण "परीक्षण", "प्रयोगात्मक" इत्यादि के विपरीत सॉफ़्टवेयर के "स्थिर" संस्करणों को स्ट्रीम करते हैं। इसका अर्थ यह हो सकता है कि यदि आप जानते हैं कि जिस संस्करण पर आप बना रहे हैं, वह अंततः स्थिरता पर सर्वसम्मति तक पहुंच जाएगा। आप "प्रयोगात्मक" पर विकसित हो सकते हैं यह जानकर कि जब तक आपकी परियोजना समाप्त हो जाती है, तब तक यह "स्थिर" तक पहुंच जाएगी और भरोसा करने के लिए अच्छा होगा।
  9. पैकेज प्रबंधन - यदि आप दैनिक आधार पर कुछ विकसित कर रहे हैं, और यह एक हिट में मशीनों के 1000s में जा रहा है, तो शायद आप ऐसा कुछ चाहते हैं जो उन प्रणालियों में संकुल बनाना, बनाए रखना और ट्रैक करना आसान बनाता है।
  10. संगति - यह इसके लिए एक तर्क है वही distro। कम गलतियां होती हैं (और सुरक्षा में कम त्रुटियां) जब लोग कई के विपरीत एक डिस्ट्रो पर ध्यान केंद्रित कर सकते हैं।
  11. अनुमानित रिलीज शेड्यूल - यदि आप यह सुनिश्चित करना चाहते हैं कि आपका सॉफ़्टवेयर समर्थित रहता है, योजनाबद्ध अपग्रेड एक निश्चित प्रकार की स्थिरता प्रदान करते हैं।
  12. सुरक्षा - कुछ डिस्ट्रोज़ में सक्रिय सुरक्षा टीम हैं जिनकी नौकरी किसी भी अनुमोदित पैकेज में वास्तविक सुरक्षा जोखिमों के तुरंत जवाब देना है।

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


59
2017-12-28 02:45



और सामान्य उपयोगकर्ता समुदाय के लिए डेस्कटॉप पर लिनक्स का उपयोग करके उन प्रतिष्ठानों के लिए # 7 सुंदरता वास्तव में एक कारक है। - Magellan
मैं भी जोड़ूंगा अनुमानित रिलीज शेड्यूल। आप केवल यह पता लगाने के लिए बहु-सर्वर परिनियोजन प्रोजेक्ट शुरू नहीं करना चाहते हैं कि अगले सप्ताह का डिस्ट्रो का नया संस्करण आ रहा है। या पुराने पैकेजों के साथ वही पुराना डिस्ट्रो चलाएं (खांसी * rhel5 / centos5) बिना किसी अपग्रेड दिनांक के। उदाहरण के लिए: उबंटू अप्रैल में हर 2 महीने और हर 2 साल में एलटीएस संस्करण का नया संस्करण जारी करता है। यह जानकर कि आपको अपनी परियोजनाओं और संसाधनों को बेहतर तरीके से शेड्यूल करने में मदद मिलती है। - Mxx


मैं अपने अनुभवों को कुछ अलग-अलग क्षेत्रों में एक तकनीशियन के रूप में काम करूँगा ...

(सावधानी: यह रेड हैट के बारे में एक कहानी है और मैं इसके साथ व्यावसायिक रूप से कैसे बड़ा हुआ)

मैंने 2000-2002 में व्यावसायिक रूप से लिनक्स के साथ काम करना शुरू कर दिया। यह रेड हैट और व्यापक रूप से गोद लेने के दौरान था Red Hat व्यावसायिक संस्करण (6.x, 7.x, 8.0)। ये मुफ्त डाउनलोड के साथ ही बॉक्स किए गए पैक किए गए सेट के लिए उपलब्ध थे। वे कंप्यूटर खुदरा स्टोर में आसानी से पाए जा सकते हैं।

मेरे लिए, शौकिया और घर उपयोगकर्ताओं के साथ जुड़ने का लाभ था वही उत्पाद जो उद्यम में उभरना शुरू कर रहा था। इस समय मेरा काम वाणिज्यिक सर्वर (एचपी-यूएक्स, एईक्स और एससीओ) से ग्राहक सर्वर सिस्टम को Red Hat प्लेटफॉर्म पर ले जाना था।

लागत बचत पर्याप्त थी! $ 40k + एचपी 9 000 पीए-आरआईएससी सर्वर को $ 40k कॉम्पैक प्रोलाइन्ट इंटेल सर्वर के साथ बदलना लागत और प्रदर्शन पर एक पूर्ण जीत थी।

तो, रेड हैट क्यों?

रेड हैट इस बाजार के लिए पहला था, महत्वपूर्ण व्यवसाय, विक्रेता और हार्डवेयर समर्थन प्राप्त करना। बड़े एप्लिकेशन विक्रेताओं को देखकर रेड हैट का उपयोग लक्ष्य प्लेटफॉर्म के रूप में किया गया था। मेरे जैसे शौकिया उपयोगकर्ता आसानी से हमारे काम के माहौल में घर पर सम्मानित कौशल को स्थानांतरित करने में सक्षम थे। समुदाय बढ़ रहा था। Slashdot, ताजा मास तथा लैंप ढेर शासन किया! यह लिनक्स के लिए एक अच्छा समय था।

इस बिंदु तक, मैं एक मालिकाना ईआरपी सॉफ्टवेयर समाधान के लिए एक मंच के रूप में लिनक्स वितरण के विकास और मूल्यांकन के लिए जिम्मेदार था। मैं रेड हैट के साथ फंस गया। हर बार, मैं एक और distro कोशिश करेंगे (एक विषैला पौधा, SuSE, डेबियन, Gentoo), लेकिन पैकेजिंग, हार्डवेयर समर्थन (सर्वर या परिधीय), के साथ मुद्दों को मिलेगा (का आकार) समुदाय या कुछ अन्य सौदा-ब्रेकर।

एक उदाहरण: मैं कॉम्पैक / एचपी प्रोलाइन्ट हार्डवेयर का उपयोग कर रहा था डिजी सीरियल विस्तार पीसीआई-एक्स कार्ड तथा एस्कर वीएसआईएफएक्स उत्पादन फैक्स सॉफ्टवेयर। बाद वाले दो में केवल Red Hat ऑपरेटिंग सिस्टम के लिए ड्राइवर समर्थन था। कुछ मामलों में, सॉफ़्टवेयर केवल बाइनरी या RPM रूप में वितरित किया गया था, अन्य लिनक्स रूपों पर आसान उपयोग को रोकना।

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


2003 में रेड हैट हनीमून मेरे लिए समाप्त हुआ पेशेवर संस्करणों का विघटन सॉफ्टवेयर का। Red Hat Enterprise Linux प्रतिस्थापन था और सामान के साथ थोड़ा सा आया ... लागत (महंगी सदस्यता-आधारित मॉडल), अभिगम्यता (उपयोगकर्ता आधार और समुदाय को कम करना) और भविष्य के बारे में सामान्य भ्रम ...

मैंने जेनेटू, डेबियन और एसयूएसई का पुनर्मूल्यांकन करने के विकल्पों की तलाश शुरू कर दी। मुझे हमारे प्रौद्योगिकी ढेर के सभी घटकों पर सही समर्थन नहीं मिला। मुझे Red Hat ecosystem के साथ चिपकने के लिए मजबूर होना पड़ा ... Red Hat Enterprise Linux से जुड़े जंगली लागत-शिफ्ट के कारण, मैंने एक उच्च-संशोधित Red Hat 8.0 चलाने के लिए समाप्त किया वर्षों अपने जीवन के अंत से पहले। यह तब तक नहीं था जब तक आरएचईएल क्लोन परिपक्व नहीं हो जाते थे (व्हाइटबॉक्स लिनक्स, और बादमें, CentOS) कि मैंने अपने मानक से एक वास्तविक कदम दूर किया।

रेड हैट डेरिवेटिव का मुख्य लाभ था और है भुगतान किए गए आरएचईएल संस्करणों के साथ बाइनरी-संगतता। आरएचईएल और सेंटोस के बीच जगह-जगह रूपांतरण करना और इसके विपरीत भी संभव है। मैंने आरएचईएल जैसी प्रणालियों के साथ काम करना जारी रखा जब तक कि मैंने अगले करियर की चाल नहीं की ...


बाद में मैंने खुद को पाया उच्च आवृत्ति वित्तीय व्यापार उद्योग, जहां मैं महत्वपूर्ण स्वचालित ट्रेडिंग सिस्टम के लिए आर एंड डी और लिनक्स इंजीनियरिंग के लिए ज़िम्मेदार था। इस दुनिया में जोर था गति, सावधानीपूर्वक परीक्षण और ट्यूनिंग के माध्यम से। फिर, हार्डवेयर समर्थन कुंजी था। मैं विशिष्ट होगा नेटवर्क कार्ड, विशेष हार्डवेयर, सर्वर हार्डवेयर या अनुप्रयोग पुस्तकालय जिन्हें केवल आरएचईएल या आरएचईएल जैसी प्रणालियों के लिए प्रमाणित किया गया था। यहां तक ​​कि उन मामलों में जहां चीजें अन्य लिनक्स वेरिएंट के लिए संकलित की जा सकती हैं, समुदाय कारक उभरा। जब मैं उस बिंदु पर था जहां मुझे किसी समस्या का शोध करने की आवश्यकता थी, तो अक्सर यह एक मुद्दा था जिसे Red Hat Bugzilla रिपोर्ट में नोट्स या टिप्पणियों के लिए खोजा जा सकता था, या कभी-कभी, मैं बस एक पैच सबमिट करता हूं या अगली रिलीज के लिए अनुरोध करता हूं ।

जैसे ही मैंने कम विलंबता नेटवर्किंग और कर्नेल ट्यूनिंग में प्रवेश करना शुरू किया, मैंने स्टॉक आरएचईएल कर्नेल को विच्छेदन करना शुरू कर दिया और आरएचईएल एमआरजी रीयलटाइम कर्नेल। मैंने देखा कि रिलीज में कितना काम ... 200+ पैच एक वेनिला kernel.org कर्नेल के लिए। टिप्पणियां पढ़ें और नोट्स प्रतिबद्ध करें। आपके पास छोटी चीजें हो सकती हैं sysctl पैरामीटर उजागर या अधिक सेन डिफ़ॉल्ट लागू। Red Hat इन मुद्दों को पैच, परीक्षण और ठीक करने के लिए लोगों को भुगतान करता है। मुझे अन्य लिनक्स वितरणों से समान प्रतिबद्धता दिखाई नहीं दे रही ... तथ्य यह है कि एंटरप्राइज़ प्लेटफॉर्म की वास्तविक सुरक्षा, बगफिक्स और बैकपोर्ट समर्थन की गारंटी है वर्षों


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

लेकिन एक समस्या थी ... मेरे डेवलपर्स को जेनेटू में इस्तेमाल किया गया था और कोर लाइब्रेरीज़ और एप्लिकेशन संस्करणों के लिए अपेक्षाकृत आसान अपग्रेड पथ थे। वे निश्चित प्रमुख संस्करणों को रखने के लिए समायोजित नहीं कर सके जो Red Hat Enterprise Linux मानकीकृत करता है। विकास और रिलीज प्रक्रिया के बारे में सवालों के साथ पीड़ित था क्यों GLIBC 2.7 RHEL 5.x पर तैयार नहीं किया जा सका या क्यों एक निश्चित संकलक या पुस्तकालय संस्करण उपलब्ध नहीं था। जब कहा गया कि आरएचईएल / सेंटोस के प्रमुख संस्करणों के बीच उन्नयन अनिवार्य रूप से पूर्ण पुनर्निर्माण की आवश्यकता है, उन्होंने समाधान में बहुत आत्मविश्वास खो दिया।

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


आज...
डेवलपर्स और लिनक्स उपयोगकर्ताओं की बढ़ती संख्या गैर-रेड हैट, गैर-एसयूएसई, गैर-एंटरप्राइज़ लिनक्स वातावरण से आ रही है।

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

तो एक संघर्ष है ... ये उपयोगकर्ता समझ में नहीं आ रहे हैं कि वे एप्लिकेशन या लाइब्रेरी संस्करणों पर क्यों प्रतिबंधित होंगे। पुराने स्कूल प्रशासक अभी भी समायोजित कर रहे हैं नया प्रतिमान। तर्क है कि लगता है धर्म में निहित होने के लिए वास्तव में केवल कार्य ही होते हैं कि लोगों ने अपने संबंधित कौशल कैसे विकसित किए।

मैंने आज एक बहुत ही वरिष्ठ देवओप्स लिनक्स इंजीनियर पद के लिए नौकरी विज्ञापन देखा जो पढ़ता है:

डेबियन आधारित लिनक्स वितरण में कुशल-से-विशेषज्ञ होना चाहिए   (उबंटू और वेरिएंट ठीक है। रेड हैट प्रचलित, परंतु नहीं पसंदीदा)

तो मुझे लगता है कि यह दोनों तरीकों से काम करता है ... मैं नौकरी के अवसरों से दूर चला गया हूं क्योंकि 800 सेंटोस सर्वर जिन्हें मैं प्रबंधित कर रहा हूं उन्हें उबंटू में परिवर्तित करने के लिए रखा गया था। निश्चित रूप से, लिनक्स लिनक्स है ... लेकिन मुझे नहीं लगता था कि मैं उतना प्रभावी होगा जितना मैं हो सकता था ... मैंने डेबियन इंस्टॉलेशन के साथ फंसे हुए हैं और कामना की है कि एक आरपीएम आधारित डिस्ट्रो उपयोग में था। मेरे पास विभिन्न प्लेटफॉर्म की योग्यता के बारे में गर्म तर्क हैं (आमतौर पर सूची के नीचे Gentoo रखकर)।

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

एक प्रतिभाशाली डेवलपर आरएचईएल जैसी या डेबियन जैसी पर्यावरण में काम करने में सक्षम होना चाहिए। और अच्छी तरह से, विकास प्लेटफार्मों को उत्पादन पर्यावरण को दर्पण करना चाहिए। तुम वहाँ से जाओ ...


69
2017-12-28 03:21



@dyasny डेबियन दृष्टिकोण को सुनना दिलचस्प होगा। - ewwhite
@ewwhite आप शायद एक व्यवस्थापक को Sourceforge से पिच करने के लिए चाहते हैं। किसी को पता है? - dyasny
@dyasny कोई टिप्पणी नहीं :) - ewwhite
यह महोदय, सबसे अच्छा पोस्ट है जिसे मैं अब तक सर्वरफॉल्ट में आया हूं। मुझे लगता है कि मैं इसकी एक भौतिक प्रतिलिपि लेता हूं और अपने शेल्फ और मेरे काम घन में डालता हूं। आपने पूरे युग में सिस्टम इंजीनियरों के बयान को प्रतिबिंबित किया। बहुत बढ़िया, भयानक पोस्ट। - Soham Chakraborty
@ सोहम चक्रवर्ती ओह, मैं बस बूढ़ा महसूस करता हूं ... लेकिन आज, इस साइट पर नौकरी विज्ञापन पढ़ने के बाद, यह मेरे सामने आया कि दिन में रेड हैट का उपयोग करने के मेरे कारण उसी कारण हैं जो लोग उबंटू से अनुरोध करते हैं, आदि। सिस्टम आज यह डेस्कटॉप पर परिचित है! - ewwhite