Linux Distro Release Schedules
Windows के काम की तुलना में Linux के काम के पहलुओं में से एक विभिन्न release schedules की विविधता और चुनौतियाँ हैं। Windows की दुनिया में यह काफी सरल है, एक उत्पाद है और यह तब release होता है जब होता है, जो लगभग हर दो साल में एक बार होता है। Windows पर काम करने वाले सभी लोग आगामी releases, जब वे होंगी, जब वे release candidate में जाएंगी, जब उनका end of life होगा इत्यादि के बारे में बहुत जागरूक हैं। यह बहुत स्पष्ट और बहुत सरल है।
Linux की दुनिया में यह बहुत अलग है। बेशक, सबसे बड़ा अंतर यह है कि Windows एक उत्पाद है, एक single vendor से आने वाली एक चीज है। Linux में हम कई vendors के “family” of related products की बात कर रहे हैं, कुछ के पास multiple products हैं। यह Linux से ही आने वाले kernel release schedule के ऊपर है – जिसके बारे में हम यहाँ चिंता नहीं करेंगे।
प्रत्येक distro अद्वितीय है और अपने स्वयं के release decisions लेती है। वास्तव में, release schedule अक्सर एक महत्वपूर्ण कारक होती है जो एक distro को दूसरे से define करती है। उदाहरण के लिए, सभी तीन primary enterprise Linux vendors दो अलग-अलग उत्पाद प्रदान करते हैं और सभी तीन मामलों में differentiation मुख्य रूप से release schedule के आसपास है! इसलिए release schedule की अवधारणा निश्चित रूप से इस marketplace में एक महत्वपूर्ण है।
तीन primary release “styles” हैं जो हमें सभी operating systems में मिलती हैं, न केवल Linux distros में: long term release, short term release और rolling release। प्रत्येक release style एक अलग उद्देश्य की सेवा करती है, लेकिन सभी आम तौर पर एक समान set of rules का पालन करती हैं।
Release का विचार यह है कि release के भीतर packages security और stability patches के बाहर नहीं बदलेंगे। बेशक, यह enterprise vendors के व्यवहार पर आधारित है जैसे वे आज exist करते हैं, कोई भी distro established norms का पालन करना चुन सकती है या नहीं। ब्रह्मांड के ऐसे कोई inherent rules नहीं हैं जो इस व्यवहार को ऐसा बनाते हों; लेकिन यह एक मजबूत convention है और release की अवधारणा इसी convention पर आधारित है।
Long Term Release
यह release model enterprise operating systems के सामान्य क्षेत्र में सबसे सामान्य है और FreeBSD, Solaris, AIX, Mac OSX और Windows जैसे systems द्वारा Linux के बाहर भी follow किया जाता है। Long Term Releases, जिन्हें अक्सर LTS द्वारा संदर्भित किया जाता है, slow system change rates के आसपास designed हैं जो major system releases के बीच years, कभी-कभी कई years प्रदान करती हैं जिससे IT teams migrations से बहुत लंबे समय तक बचे रह सकती हैं और software vendors को लंबे समय तक stable targets मिलती हैं।
Enterprise Linux की दुनिया में, सभी vendors कम से कम एक Long Term Release product प्रदान करते हैं। ये सबसे commonly deployed हैं।
Red Hat से RHEL और CentOS उत्पाद long term release हैं जिनके बेहद long release cycles हैं – एक set schedule पर नहीं, लेकिन वर्तमान में हर तीन से चार साल में release होते हैं।
Suse के पास दो LTS उत्पाद हैं: Suse Linux Enterprise Server और openSuse Leap। SLES एक release schedule बनाए रखता है जो वर्तमान में तीन से पाँच साल के बीच है और openSuse Leap SLES releases पर अपेक्षाकृत closely based है।
Ubuntu की LTS release को सुविधाजनक रूप से LTS नाम दिया गया है और यह हर दो साल में even years में, April में, clockwork की तरह release होती है। Ubuntu के पास वर्तमान में इस श्रेणी में किसी भी LTS उत्पाद के लिए सबसे छोटा release cycle है।
सभी Long Term Releases में minor releases होती हैं जो major releases के बीच आती हैं और operating systems में छोटे changes या adjustments लाती हैं जो एक patch के साथ release करने के लिए उचित से बड़े होते हैं, लेकिन एक नए operating system की release को justify करने के लिए इतने बड़े नहीं होते। इन minor releases का विचार यह है कि वे “breaking” न होने के लिए इतनी छोटी हों जिससे major release पर targeted software पूरे major release cycle में functional बनी रहे। Major releases को “breaking” माना जाता है जिनमें significant new kernel features, package choices में बदलाव, new compiler features, different libraries जैसे बड़े changes होते हैं।
Short Term या Rapid Release
Long term release schedules स्पष्ट रूप से उन लोगों के लिए समस्याएं पैदा करती हैं जो अधिक modern packages और features चाहते हैं। इसे address करने के लिए, सभी enterprise Linux vendors एक short term release product प्रदान करते हैं।
Red Hat Fedora distribution प्रदान करता है जो लगभग हर छह महीने में, लेकिन flexible schedule के साथ release होता है। Fedora ठीक-ठीक RHEL और CentOS से एक अलग distribution नहीं है, बल्कि हर कुछ समय में एक Fedora release को future RHEL और CentOS release के लिए “base” के रूप में चुना जाता है। आधार सीधा नहीं है और बाद के Fedora releases के कुछ packages कभी-कभी जोड़े जाते हैं, कुछ changes किए जाते हैं, लेकिन basics एक Fedora release से closely match करती हैं। Fedora release को freeze किया जाता है और long term RHEL release में बदलने से पहले extensive testing से गुजारा जाता है।
Suse family short term release product का उपयोग नहीं करती और इसमें अद्वितीय है।
Ubuntu की Red Hat से somewhat अलग strategy है। Ubuntu हर छह महीने में, एक बहुत set schedule पर एक product release करती है। प्रत्येक चौथी release को long term release के रूप में earmark किया जाता है, बाकी तीन short term releases हैं। यह Red Hat की तुलना में एक बहुत सरल और straightforward system बनाता है जहाँ short term release users और long term release users हर दो साल में छह महीने के लिए overlap करते हैं।
Rolling Release
अधिक rapid release schedule type rolling release का है, जो basically continuously होता है। यह release strategy असामान्य है, लेकिन हाल के समय में अधिक seriously लिया जाने लगा है। आज केवल Suse ही openSuse Tumbleweed distribution के साथ एक enterprise rolling release system प्रदान करता है। Updates हर कुछ दिनों में उतनी ही बार हो सकते हैं।
अन्य release schedules के विपरीत जो packages के large groups लेती हैं और उन्हें एक single release के रूप में “freeze” करती हैं, rolling release में individual packages के updates आते हैं जैसे-जैसे वे तैयार होते हैं। इसलिए updates छोटे, लेकिन constant होते हैं। यह changes को micro scale पर रखते हुए simplified adaptation की अनुमति देता है, लेकिन एक single, predictable target बनाना बहुत मुश्किल बनाता है।
जो लोग सबसे up to date packages और cutting edge features चाहते हैं, उन्हें rolling releases सब कुछ यथासंभव up to date रखने का सबसे अच्छा तरीका लगेगा।
Release schedules की एक महत्वपूर्ण समझ यह है कि यह directly न तो किसी release को दी गई support की लंबाई से जुड़ा है और न ही यह प्रत्येक release में की गई testing की मात्रा को indicate करता है।
प्रत्येक release style system ecosystem में एक महत्वपूर्ण भूमिका निभाती है और releases के विभिन्न styles होने से enterprise Linux की दुनिया में अन्यथा संभव से अधिक range of needs को address करने के लिए अधिक variety और flexibility है।
वर्तमान में, systems administration में long term releases सबसे prominent और popular हैं, लेकिन यह trend जारी रहने की संभावना नहीं है। Overall enterprise Linux space में overall stability बढ़ी है और currency की आवश्यकता इतनी बार एक अधिक critical concern है कि अधिक rapid distros की तेजी से इच्छा की जा रही है।
विज्ञापन
