تاریخچه Red Hat، CentOS، Rocky Linux و AlmaLinux

چرا دو نسخه بازسازی‌شده رایگان از 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 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 از آن پیروی می‌کند.

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

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

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

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

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

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

CentOS مخفف Community ENTerprise Operating System است. این پروژه از دل پروژه‌ای به نام cAos Linux بیرون آمد که توسط Gregory Kurtzer در سال 2002 آغاز شده بود. اولین نسخه 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 را ملزم به ادامه فعالیت این بازسازی (rebuild) کند.

چرا عمر 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 را به ارائه‌دهندگان خدمات میزبانی (hosting) می‌فروخت. در تاریخ 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 بر آن تکیه کرده بودند، حذف کرده است. هر دو توصیف دقیق هستند. اختلاف نظر بر سر هدف و فلسفه مجوز است، نه بر سر متن صریح آن.

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

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

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

دو فروشنده بزرگ‌تر نیز اقداماتی انجام دادند. در 11 ژوئیه 2023، SUSE اعلام کرد که RHEL را به صورت عمومی فورک (fork) کرده و بیش از ده میلیون دلار آمریکا در یک توزیع سازگار سرمایه‌گذاری خواهد کرد. 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 ساله را منتشر می‌کند که نشانه‌ای صادقانه از این است که این نسخه یک شاخه توسعه (development branch) است و نه یک هدف ثابت و نهایی.

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

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

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

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

اگر سرور اجاره می‌کنید، این موضوع مستقیماً متوجه شماست. در یک VPS مدیریت‌نشده، شما خودتان به‌روزرسانی‌ها را اعمال می‌کنید، بنابراین پایان عمر زودهنگام سیستم‌عامل به معنای مهاجرتی است که باید برای آن برنامه‌ریزی کنید و زمانی که باید صرف آن نمایید. اگر پرسش درباره سیستم‌عامل در سطحی کلان‌تر همچنان مطرح است، مقایسه بین 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 به‌جای اینکه ثابت بماند، به‌طور مداوم به‌روزرسانی می‌شود و 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 همچنان منابع منطبق را به مشتریان خود ارائه می‌دهد. بحث بر سر اتفاقات بعدی است: ممکن است تمدید اشتراک رد شود و پروژه‌های بازسازی این موضوع را به عنوان فشاری برای عدم استفاده از حق توزیع مجدد که مجوز به آن‌ها می‌دهد، تفسیر می‌کنند. به همین دلیل است که Rocky به سمت مسیرهای دریافت منبعی رفت که هیچ توافق‌نامه اشتراکی ندارند و به همین دلیل OpenELA تشکیل شد تا منابع را به‌صورت آزاد منتشر کند.

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

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