اگر می گویید که نرم افزار شما پشتیبانی دارد یا پشتیبانی می شود، تقریباً همه ما بلافاصله به موارد مشابهی فکر می کنیم. با این حال، اصطلاح پشتیبانی به معنای چیزهای کاملاً متفاوتی در موقعیت‌های مختلف است و هرگز به این معنا نیست که چیزی به اندازه کافی پشتیبانی می‌شود که در واقع به معنای مشخصی باشد.
اصطلاح پشتیبانی به خودی خود به معنای واقعی کلمه هیچ معنایی ندارد، اما در ذهن کسانی که آن را می‌شنوند، اطمینان ایجاد می کند که آن را به یک اصطلاح بازاریابی قدرتمند تبدیل می کند. هر دو پیشنهاد پشتیبانی شامل ذهن ما را راحت می کند در حالی که کمبود پشتیبانی باعث وحشت ما می شود. هیچ شرکتی در ذهن درست خود هرگز از نرم افزار بدون پشتیبانی استفاده نمی کند، درست است؟ خوب، هم بله و هم نه. این به چه معناست؟
وقتی صحبت از سیستم‌عامل به میان می‌آید، آنچه اغلب هنگام بحث درباره پشتیبانی مهم است، یا بیشتر منظور مدیران این است که آیا فروشنده اصلی به ارائه وصله‌های امنیتی یا وصله‌های پایداری در هنگام کشف مشکلات ادامه می‌دهد یا خیر. نرم‌افزار موجودی زنده است و وصله‌های منظم یکی از مهم‌ترین چیزهایی است که ما نیاز داریم که فروشندگان ما ارائه دهند. این نوع پشتیبانی جایی است که ما کاملاً باید به فروشنده نرم افزار خود تکیه کنیم. هیچ امکان منطقی وجود ندارد که بتوانیم از طریق کانال دیگری این موضوع را مدیریت کنیم، و اساساً هدف از داشتن توزیع سیستم عامل در وهله اول است.
پس از وصله کردن، ما تمایل داریم فرض کنیم که فروشنده ای که می گوید یک محصول پشتیبانی می شود به این معنی است که در صورت خرابی سیستم عامل، به روز رسانی ها و پشتیبانی مشاوره ارائه می دهد. این به هیچ وجه داده نشده نیست و برخی از بزرگترین فروشندگان، مانند مایکروسافت، وقتی سیستمی را پشتیبانی می‌کنند، در واقع این مورد را لحاظ نمی‌کنند. در دنیای لینوکس، اکثر فروشندگان عمده سطحی از پشتیبانی را برای کاربرانی که با مشکل مواجه می شوند یا به کمک نیاز دارند، ارائه می دهند و این می تواند بسیار ارزشمند باشد. اما این در واقع منطقه ای است که لینوکس تمایل دارد چیزی بالاتر و فراتر از عرصه های دیگر داشته باشد و می تواند نشان دهد یک نقطه فروش قابل توجه است، اما البته فقط در شرایطی در دسترس است که هزینه پشتیبانی پرداخت می‌شود و بسیاری از شرکت ها ترجیح می دهند از این نوع پشتیبانی برخوردار نباشند.
ما تمایل داریم به این سطح بالای پشتیبانی مراجعه کنیم که در آن حق داریم یک بلیط برای کمک به فروشنده سیستم عامل ارسال کنیم و انتظار داریم که پاسخی سریع به ما کمک کند تقریباً در هر چیزی از مشکلات واقعی خود سیستم عامل گرفته تا پیکربندی یا استفاده ساده. مشکلات یا احتمالاً حتی آموزش به عنوان پشتیبانی فروشنده پولی. برخی از شرکت ها کاملاً به این نوع پشتیبانی وابسته هستند در حالی که برخی دیگر هرگز از آن استفاده نکرده اند و برخی حتی از وجود آن بی اطلاع هستند.
پشتیبانی همچنین می تواند به معنای پشتیبانی شخص ثالث باشد. این می تواند از طرف فروشندگان بزرگ مانند Oracle (که پشتیبانی فروشنده شخص ثالث برای RHEL ارائه می دهد) یا از شرکت های مشاوره کوچک مانند ارائه دهندگان خدمات مدیریت شده (MSP) باشد. تقریباً هر محصولی می‌تواند سطحی از پشتیبانی را از طریق اشخاص ثالث دریافت کند، که می‌تواند منجر به وضعیت پشتیبانی نامشخص شود، زیرا برخی از محصولات انتظار دارند از طریق شخص ثالث پشتیبانی شود و برخی دیگر انتظار دارند که شخص اول باشد.
و پشتیبانی از جامعه، اصطلاحی که برای هر گونه پشتیبانی از مکان هایی مانند انجمن ها و انجمن های آنلاین استفاده می شود. این تمایل به تمرکز زیادی در لینوکس دارد. جهان و در سایر قلمروها بسیار کم است. همه سیستم عامل ها یا محصولات فناوری اطلاعات واقعاً از این نوع کمک برخوردار هستند. لینوکس توجه بیشتری را به خود جلب می کند، به احتمال زیاد، زیرا تمایل بیشتری دارد. دانش در این زمینه و بسیار کمی توسط فروشنده پنهان می شود، همانطور که ماهیت منبع باز است. نرم افزار منبع بسته از پشتیبانی جامعه بهره کمتری می برد زیرا جزئیات یا باید از طریق شانس کشف شوند یا توسط فروشنده منتشر شوند. پشتیبانی از جامعه اغلب از سوی مدیریت مورد احترام قرار نمی گیرد، اما در واقع نشانه مهمی است از آنچه اکوسیستم لینوکس را قوی می کند: فروشندگانی که همه چیز را عمومی می کنند و جوامع حرفه ای که به دنبال پشتیبانی از یکدیگر هستند. در بسیاری از موارد، پشتیبانی جامعه به قدری قابل توجه است که می تواند نحوه برخورد ما با یک محصول را کاملاً تغییر دهد و در واقع می تواند بهتر از پشتیبانی فروشنده باشد.
اساساً پشتیبانی به معنای چیزهای مختلف است و هر کسی تعریف خود را دارد. ما باید به طور گسترده فکر کنیم که سازمان ما چه نیازهای پشتیبانی دارد و رویکردهای مختلف چگونه بر ما تأثیر خواهند گذاشت. بسیاری از سازمان‌های بزرگ به دلایل سیاسی داخلی به پشتیبانی فروشنده اولیه با توافق‌نامه سطح خدمات نیاز دارند. فقط اجرای یک سیستم به شیوه ای سالم اغلب به چیزی بیش از وصله های امنیتی اولیه و پشتیبانی متوسط جامعه نیاز ندارد. نیازهای خود را ارزیابی کنید، احساسات خود را حذف کنید و چنین تصور نکنید عبارت پشتیبانی بیشتر از آن دلالت دارد.
ما اکنون مشخص کرده‌ایم که این اصطلاحات به چه معنا هستند و چگونه انتشارها و پشتیبانی و پیوند آنها با هم و چگونه ارائه می‌شوند. این به ما چارچوبی برای کاوش مدل های دنیای واقعی از محصولات و فروشندگان واقعی می دهد.
مدل انتشار: rapid release یا انتشار سریع
شناخته شده ترین و مسلماً مهم ترین مدل عرضه شده هیچ نام رسمی یا استانداردی ندارد. نام‌هایی مانند انتشار سریع، پشتیبانی کوتاه‌مدت، جاری و موارد مشابه را می‌شنوید که در مورد آن اعمال می‌شود، اما به طور کلی به سادگی به عنوان استانداردی در نظر گرفته می‌شود که سایر مدل‌ها با آن اندازه‌گیری می‌شوند.
محصولات کلیدی عبارتند از:
• فدورا
• اوبونتو
ما بحث خود را با مدل‌های انتشار سریع شروع می‌کنیم، زیرا این همان چیزی است که اکثر مردم به عنوان رویکرد استاندارد یا پایه برای انتشار درک می‌کنند. اینها شناخته شده ترین و قابل درک ترین نسخه ها هستند حتی اگر رایج ترین آنها در عمل نباشند. آنها به سرعت در سال های اخیر محبوب تر شده اند.
مدل‌های انتشار سریع (که می‌توان آن را نسخه استاندارد یا معمولی نیز نامید) معمولاً نسخه‌های جدید را تقریباً هر شش ماه یک بار منتشر می‌کنند، اما البته هر فروشنده آزاد است از هر بازه زمانی که می‌خواهد استفاده کند. به طور کلی اگر انتشار حداقل دو ماه فاصله داشت، اما بیش از یک سال فاصله داشت، چیزی را در این دسته قرار می دهیم.
شناخته شده ترین و ساده ترین محصول در این دسته، فدورا است که توسط بخش Red Hat IBM ساخته شده است. فدورا تقریباً هر شش ماه یک نسخه اصلی جدید منتشر می کند و هیچ نسخه فرعی ندارد. فدورا هر نسخه را به ترتیب شماره گذاری می کند تا ردیابی تغییرات را تا حد امکان آسان کند. هیچ اعداد عجیب و غریبی برای به خاطر سپردن وجود ندارد، هیچ امتیازی منتشر نمی‌شود، هیچ دور زدنی وجود ندارد. فقط فدورا 1، 2، 3... 30، 31، 32، 33 و غیره. پشتیبانی از هر نسخه فدورا تقریباً سیزده ماه است. بنابراین، در هر زمان معین حداقل دو نسخه جدید، اگر نه سه نسخه جدید، همه تحت پشتیبانی هستند.
لازم به ذکر است که فدورا هیچ پشتیبانی فروشنده اولیه پولی ندارد. پشتیبانی در اصطلاح فدورا به پشتیبانی Red Hat از به‌روزرسانی‌ها و وصله‌های امنیتی اشاره دارد. البته پشتیبانی شخص ثالث از فدورا گسترده است.
محصول اصلی اوبونتو نیز سریع منتشر می شود، اما با نامگذاری بسیار گیج کننده تر از استفاده فدورا. مانند فدورا ردهت، اوبونتو هر شش ماه یکبار منتشر می شود. پشتیبانی اوبونتو 9 ماه از زمان انتشار اولیه است که تنها سه ماه از تاریخ انتشار نسخه بعدی تا پایان تعهد پشتیبانی اوبونتو به نسخه قبلی همپوشانی دارد.
برخلاف فدورا که فقط از سطح نرم‌افزار پشتیبانی می‌کند، استانداردها گزینه‌های کامل پشتیبانی پولی فروشنده اولیه را برای گزینه انتشار سریع اوبونتو ارائه می‌کند.
این بازه‌های زمانی کوتاه پشتیبانی ممکن است مشکل‌ساز به نظر برسند و دلیل آن احساس احساسی نیاز به یافتن راه‌حل جدید هر نه تا سیزده ماه برای جلوگیری از پایان پشتیبانی است که همیشه در هنگام انتخاب یک محصول عرضه سریع وجود دارد که بسیاری از شرکت‌ها به سراغ آن می‌روند. مدل‌های دیگر برای جلوگیری از پیدا کردن یک راه حل جدید به طور منظم. این غیر منطقی است زیرا این بر این باور است که به روز رسانی سیستم مورد نظر یک گزینه نیست.
پشتیبانی انتشار سریع ممکن است در اکثر موارد کوتاه مدت باشد، اما این تنها یک دیدگاه است. در هر دو مورد مثال در اینجا (و همه مواردی که من از آنها اطلاع دارم) دریافت پشتیبانی ابدی به سادگی به روز نگه داشتن سیستم های خود در یک چارچوب زمانی معقول است. با اوبونتو این به معنای به روز رسانی به نسخه فعلی حداقل هر نه ماه و با فدورا حداقل هر سیزده ماه یکبار است. در هر دوی این موارد و در بیشتر موارد عادی، اینها به‌روزرسانی‌هایی هستند که فقط با یک یا دو دستور انجام می‌شوند، نه موقعیتی که شامل جایگزینی یک راه‌حل با راه‌حل دیگر است. بنابراین، در حالی که ما ممکن است این رویکردهای پشتیبانی کوتاه مدت را بنامیم، در عمل کاملاً برعکس هستند. این رویکرد استاندارد صنعت برای داشتن یک سیستم به طور مداوم پشتیبانی می شود که همیشه به طور منطقی به روز می ماند.
مدل انتشار: LTS
محصولات کلیدی LTS عبارتند از:
• Red Hat Enterprise Linux (RHEL)
• OpenSuse Leap
• اوبونتو LTS
• دبیان
نسخه LTS ممکن است برای پشتیبانی طولانی مدت استاندارد باشد، اما بیشتر مردم LTS را از نظر برنامه زمانبندی انتشار مرتبط تصور می کنند. در حالی که هیچ قانون سخت و سریعی برای اینکه چه چیزی LTS را خارج از فروشنده ای که آن را به عنوان چنین تعیین می کند وجود ندارد، ما معمولاً فرض می کنیم که انتشار LTS حداقل دو سال فاصله داشته باشد. در حالت ایده‌آل، فروشندگان قراردادهای نامگذاری نسخه‌ها و مدل‌های پشتیبانی را از هم جدا می‌کنند تا واضح‌تر شود، اما تعداد کمی از فروشندگان بزرگ این کار را انجام می‌دهند.
از نظر فنی نسخه LTS به این معنی است که آن نسخه برای مدت طولانی پشتیبانی می شود، که دقیقاً به معنای منحصر به فرد بودن برای هر فروشنده است. LTS یک اصطلاح بازاریابی است، بیش از هر چیز، اما اصطلاحی که تمایل دارد اعتماد فوری را در بسیاری از مشتریان القا کند و بنابراین اغلب برای این منظور استفاده می شود.
هدف نظری اساسی یک نسخه LTS ارائه یک محصول پایدار است که برای مدت طولانی پشتیبانی می‌شود (ما باید از نقل قول های زیادی در هنگام انجام این کار استفاده کنیم) تا فروشندگان نرم افزار راحت تر بتوانند محصولاتی را بسازند که روی آن محصول کار کنند و کار کنند. لازم نیست به طور مداوم به روز رسانی را حفظ کنید. این باعث محبوبیت آنها در بین فروشندگان نرم افزار می شود زیرا آنها به کار کمتری برای پشتیبانی نیاز دارند. آنها معمولاً در میان بخش‌های فناوری اطلاعات محبوب هستند زیرا خطرات اولیه انتشار LTS می‌تواند سال‌ها یا حتی دهه‌ها بعد باشد و بنابراین بیشتر پیامدهای منفی انتخاب نسخه LTS به مشکل شخص دیگری تبدیل می‌شود.
کلیات صحبت کردن فقط می تواند ما را به اینجا برساند. آگاه باشید که فروشندگان می توانند از هر مدلی که می خواهند استفاده کنند و ممکن است در هر زمان تغییر کنند و می توانند از اصطلاح LTS بدون هیچ تغییر اساسی در پشتیبانی خود استفاده کنند. اجازه ندهید که واکنش عاطفی به این اصطلاح باعث شود اگر پشتیبانی کلی به بهترین وجه نیازهای شما را برآورده نمی کند، از انتشار LTS پشتیبانی کنید.
محصول LTS ردهت RHEL است. تمام نسخه های RHEL LTS هستند. نسخه‌های اصلی انتشار RHEL با برنامه‌ای تا حدودی غیرقابل پیش‌بینی که تقریباً هر دو سال یک بار شروع می‌شود و به آرامی افزایش می‌یابد تا به پنج سال بین انتشار نزدیک‌تر شود و، حدس می‌زنیم، در زمان بین انتشار در آینده به آرامی گسترش خواهد یافت.
نسخه Red Hat برای هر نسخه تقریباً ده سال پشتیبانی می کند. همانطور که به راحتی می توانید ببینید، چرخه پشتیبانی و چرخه انتشار هر دو از نظر زمانی طولانی مدت هستند اما مستقیماً به یکدیگر مرتبط نیستند. جدول زمانی پشتیبانی در این مورد دو تا پنج برابر طول چرخه انتشار است. بنابراین، این یک نسخه طولانی مدت (معروف به انتشار آهسته) و همچنین یک مدل پشتیبانی طولانی مدت است.
نسخه RHEL رایگان نیست مگر در شرایط خاص. تعدادی از کلون های RHEL وجود دارد که اکثر آنها رایگان هستند و هیچ پشتیبانی رسمی از فروشنده ندارند، اما وصله هایی دریافت می کنند که آنها را به روشی مشابه پشتیبانی می کند. به طور سنتی CentOS نسخه اصلی و رایگان LTS بود که RHEL را بازتاب می داد. از آنجایی که CentOS متوقف شد، پروژه هایی مانند RockyLinux، Oracle Linux و AlmaLinux به دنبال آن، همان منطقه را پوشش می دهند. می‌توانیم کاملاً قانونی آنها را نسخه‌های LTS بنامیم، زیرا آنها سطح وصله را حفظ می‌کنند و برای مدت طولانی پشتیبانی به‌روزرسانی می‌کنند.
محصول LTS سوزه SUSE Linux Enterprise Server یا SLES است. این محصول از یک مدل اصلی/فرعی و پشتیبانی تقریباً یکسان با Red Hat استفاده می کند و همیشه مستقیم ترین رقیب محسوب می شود. SLES نسخه های اصلی جدید را هر سه تا پنج سال یکبار با یک برنامه نسبتاً نامنظم منتشر می کند زیرا احساس می کنند آماده هستند. مانند Red Hat، پشتیبانی رسمی برای هر نسخه اصلی تقریباً ده سال است. بنابراین مانند RHEL، SLES یک نسخه کند با یک مدل پشتیبانی طولانی مدت است.
مانند RHEL، SLES به تنهایی رایگان نیست... خوب دقیقاً نه. تحت نام تجاری SLES، SLES رایگان نیست. اما SUSE یک نسخه رایگان از SLES به نام OpenSuse Leap می سازد. این می تواند کمی گیج کننده باشد زیرا Leap نسخه رایگان SLES است، اما باعث چالش زبانی و منطقی این است که باید بگوییم SLES رایگان نیست، اما Leap نسخه رایگان SLES است. اساساً SLES هنگام استفاده از نام SLES رایگان نیست، اما هنگام استفاده از نام Leap رایگان است. گیج کننده؟ بهتره باور کنی
نسخه SLES و OpenSUSE Leap هر دو نسخه آهسته و LTS هستند. هر دو برای مدت زمان یکسانی پشتیبانی دارند، اما SLES پشتیبانی بسیار فشرده‌تری دارد.
استانداردها و قانون رویکرد بسیار متفاوتی با اوبونتو دارد. برخلاف Red Hat و SUSE که هر کدام چندین محصول تولید می کنند، Canonical تنها یک محصول تولید می کند: اوبونتو. همانطور که در بالا به آن اشاره کردیم، اوبونتو هر شش ماه یک بار به صورت ساعتی منتشر می شود. Canonical به جای ساخت یک محصول جداگانه برای نسخه LTS خود، به سادگی هر چهارمین نسخه از محصول انتشار سریع خود را به عنوان نسخه LTS خود تعیین می کند. بنابراین، هر دو سال یک نسخه ویژه اوبونتو اتفاق می افتد که تقریباً هشت سال پشتیبانی می شود. بنابراین، اوبونتو تنها یک محصول و تنها یک چرخه انتشار (هر شش ماه) اما دو چرخه پشتیبانی دارد. در حالی که توضیح پیچیده ترین است، اما منجر به انعطاف پذیرترین و مستقیم ترین توسعه محصول، آزمایش و استفاده می شود.
دبیان رویکرد دیگری را در پیش گرفته است. به یاد داشته باشید که دبیان هرگز گزینه های پشتیبانی از فروشنده پولی را ارائه نمی دهد، بلکه فقط پشتیبانی امنیتی و نرم افزاری را ارائه می دهد. این بر مدل پشتیبانی آنها تأثیر می گذارد. دبیان تقریباً هر دو سال یک بار نسخه هایی را انجام می دهد که آن را به یک محصول کند انتشار تبدیل می کند. با این حال به طور رسمی آنها فقط به طور کامل از نسخه فعلی در هر زمان معین پشتیبانی می کنند. به طور غیر رسمی، آنها اغلب در بسیاری از موارد از نسخه قبلی پشتیبانی می کنند. این وضعیت عجیبی را ایجاد می‌کند که در آن چرخه انتشار نسبتاً کند است، اما مکانیسم پشتیبانی بسیار تهاجمی است و انتظار می‌رود همه افرادی که از Debian استفاده می‌کنند تقریباً بلافاصله به آخرین نسخه به‌روزرسانی شوند که دلایلی را که اکثر شرکت‌ها می‌خواهند با یک محصول آهسته عرضه کار کنند را تضعیف می‌کند. اولین مکان. بنابراین، دبیان در انتشار کند است، اما چیزی جز پشتیبانی طولانی مدت دارد.
این مقاله از کتاب Linux Administration Best Practices ترجمه شده است.
