تفاوت Rocky Linux و AlmaLinux با CentOS و RHEL

چرا دو نسخه بازسازی‌شده رایگان از Red Hat Enterprise Linux وجود دارد

پروژه‌های Rocky Linux و AlmaLinux به این دلیل به وجود آمدند که Red Hat، توزیع CentOS Linux را سال‌ها پیش از تاریخی که کاربران برای آن برنامه‌ریزی کرده بودند، متوقف کرد. CentOS یک نسخه بازسازی‌شده رایگان و بدون برند از Red Hat Enterprise Linux (RHEL) بود و همان بازه زمانی طولانی پشتیبانی را ارائه می‌داد. در تاریخ 8 دسامبر 2020، پروژه CentOS اعلام کرد که پشتیبانی از CentOS Linux 8 در پایان سال 2021 به جای سال 2029 به پایان می‌رسد. دو پروژه جایگزین در کمتر از یک هفته پس از آن اطلاعیه معرفی شدند و هر دو همچنان امروزه منتشر می‌شوند.

این اطلاعیه تنها زمانی معنا پیدا می‌کند که بدانید CentOS چه بود و چرا اصلاً اجازه وجود یک کپی رایگان از یک محصول تجاری داده شده بود. ریشه این ماجرا به سال 2003 بازمی‌گردد.

مسیر Red Hat Linux در سال 2003: Fedora و RHEL

محصول اولیه Red Hat یک توزیع جعبه‌ای به نام Red Hat Linux بود. اولین نسخه غیر آزمایشی آن در مه 1995 منتشر شد. Red Hat این سیستم را از صفر ننوشت و مسیر از Unix آزمایشگاه‌های Bell تا هسته آزاد Linux توضیح می‌دهد که چرا قطعاتی که این شرکت بسته‌بندی می‌کرد، برای فروش در قالب یک جعبه آزاد بودند. آخرین نسخه، Red Hat Linux 9، در 31 مارس 2003 عرضه شد و در 30 آوریل 2004 به پایان عمر خود رسید.

تا آن زمان، Red Hat به شرکت‌ها می‌فروخت و شرکت‌ها چیزی را می‌خواستند که محصول جعبه‌ای نمی‌توانست به آن‌ها بدهد: نسخه‌ای که سال‌ها ثابت بماند، با اصلاحات امنیتی و بدون ارتقاهای غیرمنتظره. Red Hat آن را تحت عنوان Red Hat Linux Advanced Server ساخت که در مارس 2002 به Red Hat Enterprise Linux 2.1 تبدیل شد. RHEL به صورت اشتراکی و با هزینه به ازای هر سیستم در سال فروخته می‌شود. این اشتراک، به‌روزرسانی‌ها و پشتیبانی را فراهم می‌کند. همچنین گواهی‌نامه‌ها را نیز شامل می‌شود: فروشندگان سخت‌افزار و نرم‌افزارهای تجاری، محصولات خود را به‌طور خاص با RHEL تست می‌کنند و نام آن را در شرایط پشتیبانی خود ذکر می‌نمایند.

در آن زمان، خط تولید رایگان هدف مشخصی نداشت، بنابراین Red Hat آن را با یک پروژه اجتماعی خارجی ادغام کرد. پروژه Fedora و پروژه Red Hat در 22 سپتامبر 2003 به‌طور رسمی ادغام شدند. Fedora به توزیع سریع و رایگانی تبدیل شد که کارهای جدید ابتدا در آن پیاده‌سازی می‌شوند. RHEL به نسخه کند و پولی تبدیل شد که از دل آن بیرون می‌آید. از آن زمان تاکنون، جریان کار همواره به همین سمت بوده است: Fedora پیشرو است و RHEL دنباله‌رو. واضح‌ترین مثال، systemd است که در مه 2011 به پیش‌فرض Fedora تبدیل شد و تنها در ژوئن 2014 با نسخه 7 به RHEL رسید؛ بنابراین بحث درباره جایگزینی SysV init سال‌ها پیش از آنکه به سرورهای سازمانی برسد، در سطح بالادست (upstream) حل شده بود.

این جدایی شکافی ایجاد کرد. بسیاری از افراد چرخه حیات ده ساله RHEL را بدون پرداخت هزینه به ازای هر سرور می‌خواستند و Fedora نمی‌توانست این نیاز را برآورده کند، زیرا هر نسخه Fedora تقریباً برای سیزده ماه پشتیبانی می‌شود.

چرا بازسازی رایگان RHEL امکان‌پذیر بود؟

سیستم‌عامل RHEL تقریباً به‌طور کامل از نرم‌افزارهایی با مجوزهای آزاد ساخته شده است و در اینجا، مجوز GNU General Public License (GPL) اهمیت کلیدی دارد. این مجوز ایجاب می‌کند که هر کس باینری‌ها را دریافت می‌کند، بتواند به سورس‌کد منطبق با آن نیز دسترسی داشته باشد. Red Hat به این تعهد در فضای عمومی عمل می‌کرد و SRPMها (سورس‌کدهای بسته‌بندی‌شده برای هر مؤلفه) را روی یک سرور عمومی و بعدها در مخازن git.centos.org منتشر می‌کرد.

سورس‌کد، تمامِ محصول نیست. دو بخش از RHEL هرگز برای کپی‌برداری آزاد نبودند. علائم تجاری Red Hat متعلق به خود این شرکت است، بنابراین بازسازنده باید تمام لوگوها و هرگونه اشاره به نام تجاری را حذف کند. خدمات پولی نیز پشت دیوار پرداخت باقی می‌مانند: سرورهای به‌روزرسانی، قرارداد پشتیبانی، فرایند گواهی‌نامه و errata که هر اصلاحیه را شرح می‌دهد.

دستورالعمل کار ساده بود. سورس‌های منتشرشده را بردارید، برندینگ را حذف کنید، آن‌ها را بازسازی کنید و نتیجه را منتشر کنید. هدف، سازگاری bug-for-bug بود؛ به این معنی که نسخه بازسازی‌شده، همان وصله‌ها و همان رفتار RHEL را داشته باشد، حتی با وجود باگ‌ها. این دقت، هدف اصلی بود، زیرا نرم‌افزارهای تجاری بر اساس RHEL گواهی می‌شوند. اگر نسخه بازسازی‌شده رفتاری کاملاً مشابه داشته باشد، آن نرم‌افزار روی آن اجرا می‌شود، هرچند فروشنده نرم‌افزار، پشتیبانی فنی برای آن محیط ارائه نخواهد کرد.

CentOS برای چه منظوری بود؟

نام CentOS مخفف Community ENTerprise Operating System است. این سیستم‌عامل از پروژه‌ای به نام cAos Linux نشأت گرفت که در سال 2002 توسط Gregory Kurtzer راه‌اندازی شد. اولین نسخه CentOS در تاریخ 14 مه 2004 با شماره 2 منتشر شد، زیرا بر پایه RHEL 2.1AS ساخته شده بود.

جذابیت آن در چرخه عمرش نهفته بود. هر نسخه از CentOS از بازه پشتیبانی 10 ساله RHEL پیروی می‌کرد و کاملاً رایگان بود. شرکت‌های میزبانی از آن برای ایمیج‌های پیش‌فرض استفاده می‌کردند، دانشگاه‌ها آن را روی کلاسترها اجرا می‌کردند، فروشندگان تجهیزات آن را درون محصولات خود عرضه می‌کردند و پنل‌های مدیریتی آن را به عنوان سیستم‌عامل پیش‌فرض در نظر می‌گرفتند. اگر بین سال‌های 2006 تا 2020 یک سرور مجازی خصوصی اجاره می‌کردید، CentOS در منوی سیستم‌عامل‌ها حضور داشت و اغلب گزینه پیش‌فرض بود.

نسخه CentOS Linux 7 نشان‌دهنده تحقق این وعده بود. این نسخه در 7 ژوئیه 2014 منتشر شد و پشتیبانی امنیتی آن تا 30 ژوئن 2024 ادامه یافت که تنها چند روز کمتر از 10 سال کامل بود. همین سابقه باعث شد تا کاربران با اطمینان خاطر برنامه‌های 10 ساله خود را بر اساس نسخه بعدی تنظیم کنند.

تغییرات پس از پیوستن CentOS به Red Hat در سال 2014

در تاریخ 7 ژانویه 2014، Red Hat و پروژه CentOS اعلام کردند که با یکدیگر متحد شده‌اند. Brian Stevens، مدیر ارشد فناوری وقت در Red Hat، و Karanbir Singh، توسعه‌دهنده ارشد CentOS، هر دو در این اطلاعیه سخنرانی کردند. Red Hat نیرو و زیرساخت‌های خود را به این پروژه اختصاص داد، تعدادی از توسعه‌دهندگان اصلی CentOS به استخدام Red Hat درآمدند و پروژه صاحب یک هیئت حاکمه رسمی شد.

برای کاربران، اثرات ملموس این تغییر مثبت بود. بیلدها پس از هر انتشار RHEL سریع‌تر آماده می‌شدند. سورس‌کدها به git.centos.org منتقل شدند. گروه‌های علایق ویژه (Special Interest Groups) محتوای اضافی بر پایه توزیع اصلی تولید کردند، مانند پشته‌های مجازی‌سازی و ذخیره‌سازی.

تغییر ساختاری، آرام‌تر رخ داد و همان تغییری بود که شش سال بعد اهمیت پیدا کرد. پروژه‌ای که RHEL را بازسازی می‌کرد، اکنون توسط شرکتی تأمین مالی و عمدتاً اداره می‌شد که خود فروشنده RHEL بود. در این توافق، هیچ تعهدی برای Red Hat جهت ادامه فعالیت این بازسازی وجود نداشت.

چرا عمر CentOS Linux 8 در سال 2021 به پایان رسید؟

سیستم‌عامل CentOS Linux 8 در تاریخ 24 سپتامبر 2019 منتشر شد. از آنجا که RHEL 8 تا 31 مه 2029 پشتیبانی می‌شد، تصور می‌شد که CentOS Linux 8 نیز تا سال 2029 معتبر باقی بماند.

در تاریخ 8 دسامبر 2020، Rich Bowen مطلبی با عنوان "تغییر تمرکز پروژه CentOS به سمت CentOS Stream" را در وبلاگ CentOS منتشر کرد. بر این اساس، عمر CentOS Linux 8 در 31 دسامبر 2021 به پایان می‌رسید. CentOS Linux 7 تاریخ پایان اصلی خود یعنی 30 ژوئن 2024 را حفظ کرد. دلیل اعلام‌شده برای این تصمیم، این بود که آینده این پروژه در CentOS Stream نهفته است.

[
  {
    "label": "Announced at release, September 2019",
    "support_window": 9.7
  },
  {
    "label": "Delivered, ended December 2021",
    "support_window": 2.3
  }
]

سیستم‌عامل CentOS Linux 8 با یک بازه پشتیبانی مورد انتظار حدود 9.7 سال عرضه شد. این سیستم‌عامل حدود 2.3 سال پشتیبانی دریافت کرد. هیچ قابلیتی حذف نشد و کیفیت کدها کاهش نیافت. آنچه کاربران از دست دادند، تاریخی بود که از قبل برای آن برنامه‌ریزی کرده بودند؛ آن هم برای ماشین‌هایی که در محیط عملیاتی (production) قرار داشتند و تنها با کمی بیش از یک سال اطلاع‌رسانی قبلی. مهاجرت یک سیستم‌عامل در سطح یک ناوگان سرور، کاری برنامه‌ریزی‌شده است و این تغییر، آن را به یک کار برنامه‌ریزی‌نشده با ضرب‌الاجل تبدیل کرد.

دقیقاً CentOS Stream چیست؟

بیشتر مطالب منتشرشده هنوز CentOS Stream را به عنوان جایگزینی که باعث توقف CentOS Linux شد، معرفی می‌کنند. زمان‌بندی این ادعا درست است اما توصیف آن اشتباه است، زیرا این دو محصول در جهت‌های متفاوتی حرکت می‌کنند.

CentOS Linux پایین‌دست (downstream) RHEL بود. Red Hat یک نسخه فرعی (minor release) از RHEL را منتشر می‌کرد و CentOS پس از آن، نسخه مشابهی را بازسازی می‌کرد. این کپی همیشه پس از نسخه اصلی در دسترس قرار می‌گرفت.

CentOS Stream بالادست (upstream) RHEL است. این شاخه عمومی، محلی است که نسخه فرعی بعدی RHEL در آن گردآوری می‌شود. روند کار از Fedora به CentOS Stream و سپس به RHEL جریان دارد؛ بنابراین یک بسته ابتدا در Stream ظاهر می‌شود و بعداً به نسخه فرعی RHEL می‌رسد. Stream به‌صورت پیوسته ارائه می‌شود، بنابراین برخلاف RHEL که نسخه‌های ثابت دارد، در فاصله بین نسخه‌های فرعی متوقف نمی‌ماند.

این ویژگی باعث می‌شود Stream برای کارهایی مفید باشد که CentOS Linux هرگز قادر به انجام آن‌ها نبود. اگر نرم‌افزاری را نگهداری می‌کنید که باید در نسخه فرعی بعدی RHEL به کار خود ادامه دهد، Stream آن نسخه را ماه‌ها زودتر به شما نشان می‌دهد. اگر می‌خواهید باگی در RHEL رفع شود، Stream مکانی است که می‌توانید وصله (patch) خود را به آن ارسال کنید؛ امکانی که در بازسازی‌های پایین‌دست هرگز وجود نداشت. استدلال Red Hat در سال 2020 این بود که این تغییر، یک کپی منفعل را به توزیعی تبدیل می‌کند که جامعه کاربری واقعاً می‌تواند در آن تغییر ایجاد کند.

Stream همچنان جایگزین ضعیفی برای آن چیزی است که کاربران CentOS Linux می‌خواستند، و بازه پشتیبانی آن نیز گویای همین موضوع است. CentOS Stream 10 در تاریخ 12 دسامبر 2024 با بازه پشتیبانی حدود پنج سال منتشر شد، در حالی که این بازه برای RHEL ده سال است. تیمی که زیرساخت خود را بر اساس یک برنامه ده ساله مدیریت می‌کند، نسخه سریع‌تری از آن برنامه را دریافت نکرده است. آن‌ها محصول متفاوتی با هدف متفاوتی دریافت کرده‌اند.

خاستگاه Rocky Linux و AlmaLinux

پروژه Rocky Linux در تاریخ 8 دسامبر 2020، دقیقاً در همان روزی که پست CentOS منتشر شد، توسط Gregory Kurtzer معرفی گردید؛ کسی که بنیان‌گذار پروژه‌ای بود که CentOS از دل آن بیرون آمد. نام این پروژه ادای احترامی به Rocky McGaugh، از هم‌بنیان‌گذاران اولیه CentOS است. این پروژه توسط Rocky Enterprise Software Foundation (RESF) اداره می‌شود و حامی تجاری اصلی آن شرکت CIQ است که توسط Kurtzer تأسیس شده است. یک نسخه release candidate در پایان آوریل 2021 ارائه شد و اولین نسخه پایدار با نام Rocky Linux 8.4 "Green Obsidian" در تاریخ 21 ژوئن 2021 منتشر گردید.

پروژه AlmaLinux توسط شرکت CloudLinux ایجاد شد؛ شرکتی که پیش از آن نیز توزیع مشتق‌شده‌ای از RHEL را به ارائه‌دهندگان خدمات میزبانی می‌فروخت. در تاریخ 15 دسامبر 2020، CloudLinux متعهد شد سالانه بیش از یک میلیون دلار آمریکا برای بازسازی رایگان RHEL هزینه کند که در آن زمان با نام رمز Project Lenix شناخته می‌شد. نام AlmaLinux در تاریخ 12 ژانویه 2021 اعلام شد، نسخه بتا در 1 فوریه در دسترس قرار گرفت و AlmaLinux 8.3 "Purple Manul" در تاریخ 30 مارس 2021 منتشر شد. در همان روز، مالکیت پروژه به AlmaLinux OS Foundation منتقل شد؛ یک سازمان غیرانتفاعی که مالکیت علامت تجاری را در اختیار دارد و هیئت‌مدیره پروژه را اداره می‌کند.

این دو پروژه یک مشکل واحد را با مدل‌های حاکمیتی متفاوت حل کردند. Rocky از سوی شخصی آمد که CentOS را آغاز کرده بود و شرکتی پیرامون آن شکل گرفت. AlmaLinux از سوی شرکتی آمد که در همان روز انتشار، مالکیت علامت تجاری را به یک بنیاد واگذار کرد. به مدت 2 سال، تفاوت عملی بین این دو ناچیز بود و هر دو آنچه را که کاربران CentOS Linux از دست داده بودند، فراهم کردند.

تغییرات Red Hat در مورد سورس‌های RHEL در سال 2023

در تاریخ 21 ژوئن 2023، مایک مک‌گراث، معاون وقت پلتفرم‌های اصلی در Red Hat، مطلبی با عنوان "تداوم تکامل CentOS Stream" منتشر کرد. جمله کلیدی این مطلب بیان می‌کرد که CentOS Stream به تنها مخزن عمومی برای انتشار کدهای منبع مرتبط با RHEL تبدیل خواهد شد. سورس‌های RHEL که پیش‌تر به git.centos.org ارسال می‌شدند، دیگر در آنجا قرار نگرفتند.

مشتریان و شرکای Red Hat همچنان از طریق پورتال مشتریان به سورس‌های RHEL دسترسی دارند که این امر الزامات GPL را برآورده می‌کند، زیرا تعهد قانونی تنها در قبال کسانی است که فایل‌های باینری را دریافت کرده‌اند. آنچه تغییر کرد، مسیر دسترسی عمومی بود. سوابق بسته‌به‌بسته از آنچه دقیقاً در یک نسخه فرعی (minor release) از RHEL منتشر شده بود، دیگر به‌صورت عمومی در دسترس قرار نگرفت و از آنجا که CentOS Stream جلوتر از RHEL قرار دارد و نه هم‌تراز با آن، پروژه‌های بازسازی (rebuild) که تنها بر اساس Stream کار می‌کنند، نمی‌توانند یک نسخه فرعی منتشرشده را دقیقاً بازتولید کنند.

موضع Red Hat این بود که Stream بالادست (upstream) است و سورس عمومی متعلق به بالادست است. موضع پروژه‌های بازسازی این بود که این تغییر، ماده اولیه‌ای را که از سال 2004 بر پایه آن کار می‌کردند، حذف کرده است. هر دو توصیف دقیق هستند. اختلاف نظر بر سر هدف مجوز (licence) است، نه آنچه که متن مجوز بیان می‌کند.

واکنش توزیع‌های بازسازی‌شده و ماهیت OpenELA

Rocky Linux نخستین واکنشی را نشان داد. این پروژه در پستی به تاریخ 29 ژوئن 2023 اعلام کرد که به دریافت سورس‌های RHEL از طریق مسیرهایی که شامل توافق‌نامه‌های اضافی نمی‌شوند، ادامه خواهد داد: ایمیج‌های کانتینر Universal Base Image (UBI) شرکت Red Hat و نمونه‌های RHEL با پرداخت به ازای مصرف در ابرهای عمومی. هر کسی که این باینری‌ها را دریافت کند، طبق مجوز GPL حق دسترسی به سورس مربوطه را دارد. Rocky هدف خود مبنی بر دنبال کردن RHEL به صورت نسخه به نسخه را حفظ کرد.

AlmaLinux پاسخ متفاوتی داد. در ژوئیه 2023، هیئت‌مدیره آن به ریاست benny Vasquez، هدف یکسان بودن کامل با RHEL را کنار گذاشت و در عوض سازگاری با رابط باینری اپلیکیشن (ABI) را برگزید. سازگاری ABI به این معناست که نرم‌افزارهای ساخته‌شده برای RHEL بدون تغییر روی AlmaLinux اجرا می‌شوند، بدون اینکه این دو، ساخت‌های کاملاً یکسانی باشند. این تغییر، آزادی عمل به همراه داشت. AlmaLinux می‌تواند یک اصلاحیه را پیش از RHEL منتشر کند و همچنین به پشتیبانی از سخت‌افزارهایی که RHEL کنار گذاشته است، ادامه دهد.

دو فروشنده بزرگ‌تر نیز اقداماتی انجام دادند. در 11 ژوئیه 2023، SUSE اعلام کرد که RHEL را به صورت عمومی فورک (fork) خواهد کرد و بیش از 10 میلیون دلار آمریکا در یک توزیع سازگار سرمایه‌گذاری می‌کند. Oracle که از سال 2006 محصول Oracle Linux را به عنوان یک توزیع سازگار با RHEL عرضه کرده بود، در همان هفته پاسخ خود را منتشر کرد.

در 10 اوت 2023، شرکت‌های CIQ، Oracle و SUSE تشکیل انجمن Open Enterprise Linux Association (OpenELA) را اعلام کردند. این یک انجمن تجاری با یک وظیفه مشخص است: انتشار سورس‌های لینوکس سازمانی تا توزیع‌های سازگار با RHEL بتوانند به ساخت خود ادامه دهند و این سورس‌ها برای بازنشر آزاد باقی بمانند. در نوامبر 2023، این انجمن اسناد حاکمیتی و در دسترس بودن کدها را اعلام کرد. AlmaLinux به این انجمن نپیوست که این تصمیم در راستای رویکرد ABI آن است، چرا که دیگر نیازی به دریافت دقیق سورس‌ها ندارد.

امروزه کدام نسخه را باید روی سرور اجرا کنید؟

[
  {
    "distro": "RHEL 10",
    "support_window": 10,
    "notes": "Released May 2025, supported to May 2035"
  },
  {
    "distro": "AlmaLinux 10",
    "support_window": 10,
    "notes": "Released May 2025, supported to May 2035"
  },
  {
    "distro": "Rocky Linux 10",
    "support_window": 10,
    "notes": "Released June 2025, supported to May 2035"
  },
  {
    "distro": "CentOS Stream 10",
    "support_window": 5,
    "notes": "Released December 2024, supported to May 2030"
  }
]

نسخه‌های 10 نشان می‌دهند که این مسیر به کجا ختم شده است. RHEL 10 در تاریخ 20 مه 2025، AlmaLinux 10 با نام "Purple Lion" در 27 مه 2025 و Rocky Linux 10 با نام "Red Quartz" در 11 ژوئن 2025 منتشر شدند. هر یک از این توزیع‌ها یک بازه پشتیبانی 10 ساله ارائه می‌دهند. CentOS Stream 10 بازه 5 ساله را منتشر می‌کند که نشانه‌ای صادقانه از این است که این نسخه یک شاخه توسعه‌یافته است و نه یک هدف نهایی و ثابت.

این پروژه‌ها همچنین از روش‌هایی که ممکن است باعث بروز مشکل برای شما شوند، شروع به تفاوت کرده‌اند. RHEL 10 حداقل سخت‌افزار مورد نیاز خود را به x86-64-v3 ارتقا داده است؛ سطحی از ریزمعماری که به دستورالعمل‌های پردازنده جدیدتر مانند AVX2 نیاز دارد. Rocky Linux 10 از همین حداقل پیروی کرده و پشتیبانی از x86-64-v2 را کنار گذاشته است. AlmaLinux 10 به‌صورت پیش‌فرض از x86-64-v3 استفاده می‌کند اما یک نسخه جداگانه برای x86-64-v2 جهت استفاده در پردازنده‌های قدیمی‌تر منتشر کرده است. در یک VPS ارزان‌قیمت که روی پردازنده میزبان قدیمی اجرا می‌شود، همین یک تصمیم تعیین می‌کند که آیا سیستم نصب می‌شود یا خیر. اگر در حال بررسی این موضوع برای یک ماشین خاص هستید، مقایسه دو نسخه بازسازی‌شده برای VPS وعده‌های سازگاری و حداقل‌های پردازنده را در کنار هم قرار می‌دهد. تفاوت‌ها پس از نصب نیز ادامه می‌یابند و نصب Docker Engine روی Rocky Linux یا AlmaLinux معمولاً اولین چالشی است که افراد با آن مواجه می‌شوند، زیرا podman از قبل دستور docker را در اختیار دارد و SELinux مسیرهای bind mount را به شیوه‌ای بازنشانی می‌کند که در راهنماهای Ubuntu هرگز به آن اشاره نمی‌شود.

چهار برداشت کاربردی از این جدول زمانی:

• اگر به رابطه با فروشنده نیاز دارید، RHEL بخرید. اشتراک، خودِ محصول است و گواهینامه‌ها و خط پشتیبانی‌ای را به همراه دارد که هیچ نسخه بازسازی‌شده‌ای نمی‌تواند ارائه دهد.
• اگر همان چیزی را می‌خواهید که CentOS Linux به شما می‌داد، AlmaLinux و Rocky Linux هر دو آن را به‌صورت رایگان و با بازه ده ساله ارائه می‌دهند. اگر از ماشین Debian یا Ubuntu می‌آیید، تنظیمات روزمره عمدتاً مربوط به مدیر بسته است، بنابراین معادل dnf برای هر دستور apt را برای هفته اول دم دست داشته باشید.
• اگر نرم‌افزاری می‌نویسید که باید روی RHEL اجرا شود، یا می‌خواهید وصله‌های شما به آن برسد، CentOS Stream هدف مناسبی است و بازه پشتیبانی کوتاه‌تر، بهایی است که برای آن می‌پردازید.
• اگر هیچ‌کدام از موارد بالا صدق نمی‌کند، دنیای Debian به همان سوال چرخه حیات به شیوه خاص خود پاسخ می‌دهد و انتخاب بین Ubuntu LTS و نسخه‌های موقت، نسخه‌ای از این تصمیم است که در آنجا با آن مواجه می‌شوید.

درس نهفته در این جدول زمانی، بیشتر درباره حاکمیت است تا کد. CentOS Linux نرم‌افزار خوبی بود و با این حال زود به پایان رسید، زیرا توسط شرکتی تأمین مالی می‌شد که محصولش را کپی کرده بود. وقتی توزیعی را برای ماشینی انتخاب می‌کنید که انتظار دارید یک دهه کار کند، بخوانید چه کسی هزینه آن را می‌پردازد و چه کسی مالک علامت تجاری آن است. AlmaLinux علامت تجاری خود را در یک بنیاد حفظ می‌کند. Rocky آن را در RESF نگه می‌دارد و CIQ حامی تجاری آن است. هر دو پروژه این پاسخ‌ها را منتشر می‌کنند، که بیش از چیزی است که یک کاربر CentOS در سال 2019 می‌توانست بررسی کند.

اگر سرور اجاره می‌کنید، این موضوع مستقیماً متوجه شماست. در یک VPS مدیریت‌نشده، شما خودتان به‌روزرسانی‌ها را اعمال می‌کنید، بنابراین پایان زودهنگام عمر یک نسخه، به معنای برنامه‌ریزی برای مهاجرت و صرف زمان توسط شماست. بخش روتین این کار نیازی به حضور شما پشت کیبورد ندارد و تنظیم dnf-automatic برای نصب خودکار به‌روزرسانی‌های امنیتی به شما این آزادی را می‌دهد که توجه خود را صرف مهاجرت‌هایی کنید که واقعاً به آن نیاز دارند. نصب یک وصله به معنای اجرای آن نیست، بنابراین بررسی کنید کدام‌یک از آن به‌روزرسانی‌ها نیاز به reboot دارند و کدام‌یک تنها با راه‌اندازی مجدد یک سرویس فعال می‌شوند، پیش از آنکه بگویید ماشین وصله شده است. اگر سوال سیستم‌عامل هنوز در سطح وسیع‌تری باز است، مقایسه بین Linux و Windows Server پیش از هر چیز دیگری قرار می‌گیرد.

FAQ

آیا CentOS مرده است؟

CentOS Linux دیگر پشتیبانی نمی‌شود. عمر CentOS Linux 8 در تاریخ 31 دسامبر 2021 و عمر CentOS Linux 7 در تاریخ 30 ژوئن 2024 به پایان رسید، بنابراین هیچ‌کدام دیگر به‌روزرسانی‌های امنیتی دریافت نمی‌کنند. پروژه CentOS همچنان فعال است و CentOS Stream را تولید می‌کند که محصول متفاوتی است: شاخه توسعه عمومی که خوراک Red Hat Enterprise Linux را تأمین می‌کند. اگر سروری همچنان از CentOS Linux استفاده می‌کند، وصله‌نشده است و مقصدهای رایج برای مهاجرت، AlmaLinux و Rocky Linux هستند.

تفاوت بین CentOS Stream و CentOS Linux چیست؟

جهت حرکت. CentOS Linux یک توزیع پایین‌دست (downstream) بود: Red Hat یک نسخه فرعی RHEL را منتشر می‌کرد و CentOS پس از آن، نسخه بازسازی‌شده‌اش را ارائه می‌داد. CentOS Stream یک توزیع بالادست (upstream) است: جایی که نسخه فرعی بعدی RHEL در آن جمع‌آوری می‌شود، بنابراین محتوای آن پیش از RHEL و نه پس از آن، در دسترس قرار می‌گیرد. Stream به‌جای حالت ثابت (frozen)، به‌طور مداوم به‌روزرسانی می‌شود و CentOS Stream 10 دارای پنج سال پنجره پشتیبانی است، در حالی که RHEL ده سال پشتیبانی دارد.

آیا باید Rocky Linux را انتخاب کنم یا AlmaLinux؟

هر دو رایگان هستند، هر دو به‌دقت RHEL را دنبال می‌کنند و هر دو پنجره پشتیبانی ده ساله ارائه می‌دهند، بنابراین برای اکثر سرورها هر دو مناسب هستند. تفاوت‌های عملی از تصمیمات سال 2023 آن‌ها ناشی می‌شود. Rocky قصد دارد دقیقاً با نسخه‌های RHEL مطابقت داشته باشد و از منابعی که از طریق ایمیج‌های کانتینر UBI و نمونه‌های ابری عمومی به دست می‌آورد، بازسازی انجام دهد. AlmaLinux بر سازگاری ABI تمرکز دارد که به آن اجازه می‌دهد سریع‌تر وصله‌ها را اعمال کند و پشتیبانی سخت‌افزاری که RHEL حذف کرده است را حفظ کند. AlmaLinux 10 یک بیلد x86-64-v2 برای پردازنده‌های قدیمی‌تر منتشر می‌کند، در حالی که Rocky Linux 10 به x86-64-v3 نیاز دارد؛ بنابراین در سخت‌افزارهای قدیمی‌تر، همین یک جزئیات می‌تواند تعیین‌کننده باشد.

آیا Red Hat در سال 2023 مجوز GPL را نقض کرد؟

هیچ دادگاهی چنین حکمی نداده است و تعهدات GPL متوجه کسانی است که فایل‌های باینری را دریافت می‌کنند. Red Hat همچنان منابع (sources) منطبق را به مشتریان خود ارائه می‌دهد. بحث بر سر اتفاقات بعدی است: ممکن است تمدید اشتراک رد شود و پروژه‌های بازسازی (rebuild) این موضوع را به عنوان فشاری برای عدم استفاده از حق توزیع مجدد که مجوز به آن‌ها می‌دهد، تفسیر کنند. به همین دلیل است که Rocky به سمت مسیرهای تأمین منبعی رفت که هیچ توافق‌نامه اشتراکی ندارند و به همین دلیل OpenELA برای انتشار آزادانه منابع تشکیل شد.

چرا Red Hat اصلاً به عمر CentOS Linux پایان داد؟

دلیل اعلام‌شده در اطلاعیه 8 دسامبر 2020 این بود که آینده پروژه، CentOS Stream است و بازسازی‌ای که فقط RHEL را کپی می‌کرد، به جامعه کاربری هیچ راهی برای تأثیرگذاری بر آن نمی‌داد. بسیاری از کاربران، انگیزه‌های تجاری را نیز در این تصمیم دخیل می‌دانند، چرا که CentOS Linux نسخه رایگان محصولی بود که Red Hat می‌فروشد و در سازمان‌هایی که توانایی پرداخت هزینه اشتراک را داشتند، در محیط‌های عملیاتی (production) اجرا می‌شد. پست‌های خود Red Hat بیشتر بر مدل توسعه تمرکز دارند تا این برداشت خاص.