शीर्षक यह सब कहता है। व्यक्तिगत उपयोग के लिए, मैं रेडहैट पर डेबियन / उबंटू को प्राथमिकता देता हूं। यह जरूरी नहीं है कि मैं रेडहैट (या अधिक विशेष रूप से CentOS या फेडोरा) को नापसंद करता हूं क्योंकि यह इतना है कि मुझे डेबियन के पैकेज प्रबंधन प्रणाली इतनी बेहतर लगती है।
क्या कारण हैं कि रेडहैट इतना लोकप्रिय क्यों है?
(और सिर्फ स्पष्ट होने के लिए, मैं पूछ रहा हूं क्योंकि मैं वास्तव में जानना चाहता हूं कि कारण क्या हैं। इसलिए कोई लौ नहीं लड़ता है)!
जवाबों:
लिनक्स के शुरुआती दिनों में रोजमर्रा की व्यापारिक दुनिया में अधिक गंभीरता से लिया गया था, हमेशा एक घबराहट थी जो नाम का उल्लेख करती थी। टेक कर्मचारियों ने पाया कि "यह एक विश्वविद्यालय के छात्र ने अपने तहखाने में शुरू किया था" प्रबंधन के लिए एक ओपन सोर्स ऑपरेटिंग प्लेटफॉर्म के विचार को बेचने का सबसे अच्छा तरीका नहीं था।
उन दिनों के शुरुआती दिनों में Red Hat द्वारा लिनक्स विकल्पों के समर्थन के लिए एक ठोस कंपनी की आवश्यकता थी और संभवतः कॉर्पोरेट जनता के लिए लिनक्स पर इसका सबसे बड़ा प्रभाव था। वे ओएस के अपने स्वयं के ब्रांडेड संस्करणों के साथ समर्थन समाधान प्रदान करने में सक्षम थे।
लिनक्स से लेकर कॉर्पोरेट तक की पूरी श्रृंखला के साथ उनकी शुरुआती सफलता के लिए धन्यवाद, उन्होंने एक बड़ी मात्रा में गति और एक पहचानने योग्य ब्रांड का निर्माण किया, जो आज तक उनके साथ बना हुआ है, यहां तक कि नोवेल जैसे अन्य बड़े नामों से प्रतिस्पर्धा के साथ।
यदि आप एक उद्यम आईटी वातावरण में रह रहे हैं, तो आप अक्सर अपने आप को 3-पार्टी-वेंडर-सपोर्ट-मैट्रिक्स-नर्क में कहते हैं। आपके द्वारा किए गए प्रत्येक निर्णय का अर्थ यह सुनिश्चित करना है कि आप जो भी OS / सॉफ़्टवेयर / हार्डवेयर उपयोग कर रहे हैं वह "समर्थित" या "प्रमाणित" है।
RedHat एंटरप्राइज लिनक्स बस वाणिज्यिक सॉफ्टवेयर और हार्डवेयर विक्रेताओं से लगभग हर समर्थन मैट्रिक्स पर पाया जाता है। आप मैट्रिक्स पर Novell / SuSE SLES भी पा सकते हैं। लेकिन फिर वही है। समर्थित लिनक्स वितरण का अंत। और फिर भी ये विक्रेता अक्सर आरएचईएल रिलीज़ को सूचीबद्ध करते हैं जो वर्तमान प्रमुख रिलीज़ के पीछे कम से कम एक पीढ़ी है। यही कारण है कि RedHat से दीर्घकालिक समर्थन प्रस्ताव महत्वपूर्ण हो जाते हैं।
कई प्रबंधकों के लिए भी यह बहुत महत्वपूर्ण है कि एक ऐसी कंपनी है जो समस्याओं के मामले में आपकी उंगलियों को इंगित और समर्थन टिकट खोल सकती है।
मेरी कंपनी Redhat 7.3 के साथ चली गई जब हम 2001/2002 में सोलारिस से चले गए। उस समय, उन्हें हमारे द्वारा उपयोग किए जाने वाले हार्डवेयर के लिए सबसे अच्छा समर्थन था (डेल, जिसे हमने इसलिए चुना क्योंकि हमारे पास पहले से ही हमारे विंडोज सिस्टम से उनके साथ एक विक्रेता अनुबंध था)।
जब हम अगले निर्णय बिंदु पर पहुंच गए, तो मैंने डेबियन (उबंटू, जो डेस्कटॉप केंद्रित है, पर जोर दिया था) आसपास नहीं था और अगर ऐसा होता तो विचार नहीं किया जाता।) समस्या यह थी, उस समय यह पिछले स्थिर रिलीज के बाद से 2 साल की तरह कुछ था और यह बुरी तरह से पुराना था। हर कोई उत्पादन के लिए परीक्षण पेड़ों का उपयोग कर रहा था और यह बुरा लगा। हम जल्द ही जब संभव CentOS का उपयोग कर और जब हम एक और विक्रेता (साथ एक समर्थन अनुबंध मुद्दा था ही RHEL का उपयोग कर के बाद रेड हैट एंटरप्राइज लिनक्स चुनने समाप्त हो गया, खांसी ओरेकल खांसी ) कि एक सच्चे नीले RHEL एक समर्थन अनुबंध के साथ स्थापित की आवश्यकता है।
हमारे लिए बड़ा उलट समर्थन जीवन चक्र था - अगर मैं एक सर्वर पर आरएचईएल स्थापित करता हूं, तो मुझे पता है कि मुझे 5 साल का समर्थन जीवन चक्र मिलने वाला है, जिसमें सुरक्षा बग फिक्स शामिल हैं। सर्वर को बनाए रखने पर वह जीवन चक्र हमें गर्माहट देता है।
इतिहास और विपणन ।
रेड हैट की स्थापना 1995 में हुई थी, यह एक व्यावसायिक संगठन है जो विशेष रूप से 'एंटरप्राइज-ग्रेड' सॉफ्टवेयर और सेवाओं के एक सेट का विपणन करता है।
उबंटू ? 2004 तक रिलीज़ भी नहीं हुई थी।
डेबियन ? कोर डेबियन प्रोजेक्ट के पीछे कोई वास्तविक प्रमुख आरएच जैसी कॉर्पोरेट इकाई नहीं है?
सभी ने कहा, मैं आने वाले वर्षों में उद्यम की दुनिया में सड़कों पर बनाने के लिए Canonical / Ubutu पर दांव लगा रहा हूं।
यह डेल के साथ जहाज
परिचित एक कारक हो सकता है।
मैं अपने सभी (एक) लिनक्स सर्वरों पर CentOS चलाता हूं। मैंने लागत कारणों (इसके निशुल्क) और समर्थन कारणों (व्यापक RedHat प्रलेखन लागू होता है) के लिए CentOS को चुना।
रेडहैट डेरिवेटिव और डेबियन डेरिवेटिव के बीच स्पष्ट अंतर हैं। मैं रेडहैट व्युत्पन्न के कमांड लाइन प्रशासन में अच्छी तरह से वाकिफ हूं और अधिक सर्वर हासिल करने पर इस रास्ते से विचलित होने का कोई कारण नहीं देखता हूं।
Redhat मुख्य डिस्ट्रो कंपनी थी, जो लिनक्स के पहले के वर्षों में एंटरप्राइज-वाई सपोर्ट पर ध्यान केंद्रित करती थी।
उबंटू का समर्थन बुनियादी ढांचा तुलना में अपेक्षाकृत नया है।
मुझे लगता है कि दुर्भाग्य से यह है कि कुछ कंपनियां स्थिरता और सुरक्षा कैसे निर्धारित करती हैं।
कुछ साल पहले, जब मुझे एक सुरक्षा स्कैनिंग सर्वर में डालने की आवश्यकता थी, तो मैं नेसस आदि को चलाना चाहता था, हमने लिनक्स डिस्ट्रोस को देखना शुरू कर दिया। प्रबंधन ने एक OS पर जोर दिया जिस पर मैं एक समर्थन कॉल कर सकता था। एक वर्ष के समर्थन के लिए Red Hat के तंत्र सीधे आगे और आसान थे। इसलिए, भले ही हम दोनों ने सिस्टम को डेबियन पर बहुत अनुभव दिया हो, हम तुरंत Red Hat गए। रेड हैट आपको कम या बिना उपद्रव के पैक प्रबंधन विकल्प देता है। तो व्यापार पक्ष और तकनीकी पक्ष दोनों संतुष्ट हैं।
इसकी तरह क्यों 100 साल पुरानी शराब इतनी लोकप्रिय है। इसकी 'पूर्णता के लिए वृद्ध'। आरएचईएल खुद को स्थिर मानता है और उस आशय का समर्थन करता है। जैसे, वे यह सुनिश्चित करने के लिए अपनी पूरी कोशिश करते हैं कि वे जिस कोड को पैकेज करते हैं वह सभी अपेक्षाओं पर खरा उतरता है। समस्या यह है कि, वे अपनी रिलीज़ में वर्तमान विकास बढ़त से दो कदम पीछे रहते हैं, हालांकि यह नीति उद्यम उपयोगकर्ताओं को एक गर्म और फजी एहसास देती है।
एक बार जब उन्हें काट लिया जाता है, तो मुझे याद है कि वे पर्ल के अस्थिर पेड़ से कुछ पागल कोड खींच रहे हैं और जिससे 100% सीपीयू के उपयोग के लिए एक गजपियन एप्स पैदा होता है .. डेवलपर्स भी नाराज हो जाते हैं क्योंकि पैकेज्ड लाइब्रेरी प्राचीन हैं।
वास्तव में, क्यों कुछ लोकप्रिय है? क्योंकि बहुत सारे लोग कहते हैं "यह मेरे लिए अच्छा काम किया"। आपको रेडहेट्स पैच के साथ कोशिश की गई और परीक्षण किए गए कोड को ठीक करने और सभी सूचित बगों को स्क्वैश करने के लिए लागू किया गया है। एकमात्र तरीका वे ऐसा कर सकते हैं जो आपको पुराने कोड देने के लिए है जो जंगली में स्टू करने के लिए समय था।
व्यक्तिगत रूप से, मुझे यह बहुत ही मुश्किल लग रहा है, मुझे अपने समर्थन समझौते को रद्द किए बिना अपने कर्नेल को संशोधित करने की आवश्यकता है .. लेकिन कई अन्य लोग बस इतना चाहते हैं कि लानत है काम करने के लिए :)
1) रेडहैट का प्रत्येक डिस्ट्रो के लिए लंबे समय से समर्थित जीवनकाल है (उदाहरण के लिए rhel3, rhel4, rhel5 ...)
मुझे लगता है कि आरएच डिस्ट्रोस को हर दो साल में जारी किया जाता है और फिर 4-5 वर्षों के लिए अत्यधिक समर्थन किया जाता है, फिर 7 साल तक सुरक्षा और प्रमुख बगों के लिए समर्थन किया जाता है, फिर अंत में लीफेड का समर्थन किया जाता है।
यह लंबा जीवन चक्र उन कंपनियों के लिए मूल्यवान है जो सॉफ्टवेयर विकसित करते हैं क्योंकि इसका मतलब है कि आप अपने सॉफ़्टवेयर को 7 साल तक चला सकते हैं, बिना इसे अपडेट किए, आपको पता है कि एपीआई नहीं बदलेगा, चूक संभवत: नहीं बदलेगी और प्रमुख संस्करण जीते गए 'परिवर्तन नहीं। हालाँकि यह भी कुछ के लिए एक प्रमुख पकड़ है, विशेष रूप से डेवलपर्स)।
हालाँकि सुरक्षा और बग फिक्स को वापस पोर्ट किया जाएगा और नए फीचर्स पर। नए पैकेज पेश किए जा सकते हैं। उदाहरण के लिए, अगर फैशन बन रहा है तो एक नया दुभाषिया पेश किया जा सकता है।
विवरण के लिए निम्नलिखित लिंक देखें: http://www.redhat.com/security/updates/errata/
2) आरएचएल के लिए बहुत सारे वाणिज्यिक सॉफ्टवेयर जारी किए जाते हैं। वास्तव में मैं कहूंगा कि यह वाणिज्यिक सॉफ्टवेयर के लिए सबसे अधिक समर्थित लिनक्स प्लेटफॉर्म है। इसमें बड़े पैमाने पर एंटरप्राइज़ ऐप जैसे कि oracle, peoplesoft, sap, db2 सभी समर्थित हैं।
3) हार्डवेयर के साथ भी। यदि सभी टीयर 1 हार्डवेयर विक्रेता (और यहां तक कि कुछ छोटे डिनर एचडब्ल्यू विक्रेताओं में से अधिकांश) ड्राइवर, फर्मवेयर इंस्टालर, बर्तन और विन्यास उपकरण प्रदान नहीं करते हैं, तो आरएचईएल के साथ काम करने के लिए अपने हार्डवेयर को प्रमाणित करें।
4) इसमें छोटे और बड़े पैमाने पर बेड़े यानी RHN और सैटेलाइट सर्वर (मूल रूप से आपका अपना स्थानीय संस्करण RHN) का अच्छा प्रबंधन सॉफ्टवेयर है।
5) आरएच पेटेंट उल्लंघन के मामलों जैसे एससीओ शैली के मामलों के लिए क्षतिपूर्ति प्रदान करता है
6) आरएच समर्थन प्रदान करता है। संभवतः सबसे अच्छा linux समर्थन के आसपास। निश्चित नहीं। हालाँकि मुझे समर्थन का अभाव पाया गया है।
६) इसमें प्रशिक्षण और अनुष्ठान हैं - प्रशिक्षण और अनुष्ठान दोनों ही मेरे सहयोगियों के कहे अनुसार अच्छे हैं। मैंने कभी भी भाग नहीं लिया है, लेकिन मेरे सहकर्मी, जिनका मैं बहुत सम्मान करता हूं, सभी प्रशिक्षण के बारे में अच्छी बातें कहते हैं और सभी को लगता है कि प्रमाणपत्र कुछ लायक है क्योंकि परीक्षा व्यावहारिक और कठिन है, यहां तक कि भगवान के लिए, अनुभवी एसआईएस प्रवेश।
रेड हैट लंबे समय से आसपास है, उत्पाद अच्छी तरह से जाना जाता है। एक प्रसिद्ध बड़ी कंपनी (रेड हैट) है जो उत्पाद के लिए समर्थन प्रदान करती है।
मैं अपने कार्यस्थल में निर्णय नहीं लेता हूं, इसलिए यह गलत हो सकता है लेकिन मुझे आभास होता है कि हम आरएचईएल चलाते हैं क्योंकि यह "एंटरप्राइज-वाई" और "आधिकारिक" है; आपको एक अनुबंध, एक टेलीफोन समर्थन संख्या और एक चालान मिलता है। यह आसान है: आप RedHat को पैसे देते हैं, वे आपको अपना उत्पाद देते हैं। यह सुरक्षा और स्थिरता की भावना देता है (जिनमें से कोई भी मेरा मतलब उनके स्वीकृत सिस्मिन की शर्तों में नहीं है)। व्यवसाय को यह पसंद है।
IMHO, मैं नहीं चाहता था कि हम Centos या Fedora को चलाएं और जो पैसा हम RedHat को देते हैं, उसका खर्च हम ओपन सोर्स सॉफ्टवेयर विकसित करने के लिए लोगों को दे रहे हैं। आरएच समर्थन हमारे लिए शानदार नहीं रहा है, RHN थोड़े naff (धीमा है, अब स्पेसवॉक उपलब्ध नहीं है) और बग को ठीक होने में लंबा समय लग सकता है। हम जो पैसा खर्च करते हैं, उस पर शानदार रिटर्न नहीं। यदि हमने Centos / जो भी हमारे फिक्सेस का उपयोग किया है, उस प्रोजेक्ट पर वापस जाते हैं, जहाँ उन्हें एक नई रिलीज़ की प्रतीक्षा करने से पहले परीक्षण और एकीकृत किया जा सकता है (या .. शायद नहीं जैसा कि Centos RHEL की तरह है - लेकिन आपको विचार मिलता है)। हम कठपुतली एकीकरण के साथ हमारी मदद करने के लिए Reductive Labs का भुगतान कर सकते हैं या कुछ Apache सामान विकसित करने के लिए एक डेवलपर को भुगतान कर सकते हैं जिसकी हमें आवश्यकता हो सकती है।
बेशक, अगर हर किसी ने RHEL को छोड़ दिया तो शायद हमारे पास Centos या Fedora नहीं होगा।
(अस्वीकरण: ये मेरे विचार हैं, मेरे नियोक्ता के नहीं, ब्ला ब्ला
एक और कारण जो बिना किसी कारण के चला गया: अमेरिकी रक्षा / खुफिया क्षेत्र में, Red Hat एकमात्र लिनक्स वितरण है जिसमें सभी प्रमाणपत्र और मान्यताएँ हैं जो सरकारी एजेंसियां देख रही हैं।
यह वास्तव में 2 कारकों को उबालता है:
मुझे नहीं लगता कि इसके लिए बहुत कुछ है। यह अन्य डिस्ट्रोस की तुलना में न तो बेहतर है और न ही बदतर है। आरएच केवल समर्थन प्रदान करने के लिए होता है जो आप उद्यम वातावरण में चाहते हैं (या बेहतर आवश्यकता)।
Red Hat उद्यम जगत में लोकप्रिय है क्योंकि एप्लिकेशन विक्रेता जो linux के लिए सहायता प्रदान करता है, उन्हें अपने उत्पाद के बारे में दस्तावेज़ लिखने की आवश्यकता होती है और वे आमतौर पर समर्थन के लिए एक (RHEL) या दो (Suse Linux) वितरण का चयन करते हैं। चूंकि Suse संयुक्त राज्य अमेरिका में वास्तव में लोकप्रिय नहीं है, आरएचईएल इतना लोकप्रिय लगता है।