Por qué existen Rocky Linux y AlmaLinux

Por qué existen dos reconstrucciones gratuitas de Red Hat Enterprise Linux

Rocky Linux y AlmaLinux existen porque Red Hat puso fin a CentOS Linux años antes de la fecha que sus usuarios habían previsto. CentOS era una reconstrucción gratuita y sin marca de Red Hat Enterprise Linux (RHEL), y mantenía el mismo periodo prolongado de soporte. El 8 de diciembre de 2020, el proyecto CentOS anunció que CentOS Linux 8 finalizaría a finales de 2021, en lugar de continuar hasta 2029. Dos proyectos de reemplazo se anunciaron durante la semana siguiente a esa publicación, y ambos siguen publicándose actualmente.

Ese anuncio sólo se entiende cuando se sabe qué era CentOS y por qué se permitía que existiera una copia gratuita de un producto comercial. La historia comienza en 2003.

Dónde fue Red Hat Linux en 2003: Fedora y RHEL

El producto original de Red Hat era una distribución en caja llamada Red Hat Linux. La primera versión no beta se publicó en mayo de 1995. Red Hat no escribió ese sistema desde cero, y la ruta desde Unix de Bell Labs hasta un kernel Linux libre explica por qué los componentes que empaquetaba se podían vender libremente en una caja. La última versión, Red Hat Linux 9, se publicó el 31 de marzo de 2003 y llegó al fin de vida el 30 de abril de 2004.

Para entonces, Red Hat vendía a empresas, y las empresas necesitaban algo que el producto en caja no podía ofrecer: una versión que permaneciera estable durante años, con correcciones de seguridad y sin actualizaciones inesperadas. Red Hat creó ese producto como Red Hat Linux Advanced Server, que se convirtió en Red Hat Enterprise Linux 2.1 en marzo de 2002. RHEL se vende mediante una suscripción, con un cargo anual por sistema. La suscripción incluye actualizaciones y soporte. También incluye certificación: los proveedores de hardware y de software comercial realizan pruebas específicamente con RHEL y lo mencionan en sus condiciones de soporte.

La línea gratuita dejó de tener una función clara, así que Red Hat la fusionó con un proyecto comunitario externo. Fedora Project y Red Hat Project se fusionaron formalmente el 22 de septiembre de 2003. Fedora se convirtió en la distribución rápida y gratuita donde se incorporan primero los cambios nuevos. RHEL se convirtió en la versión lenta y de pago que se ensambla a partir de ella. Desde entonces, el trabajo ha seguido esa dirección: Fedora lidera y RHEL sigue. El ejemplo más claro es systemd, que se convirtió en la opción predeterminada de Fedora en mayo de 2011 y llegó a RHEL sólo con la versión 7, en junio de 2014. Por tanto, el debate sobre sustituir SysV init quedó resuelto en el proyecto upstream varios años antes de llegar a un servidor empresarial.

La división dejó una carencia. Muchas personas querían el ciclo de vida de diez años de RHEL sin pagar una cuota por servidor, y Fedora no podía cubrir esa necesidad porque una versión de Fedora recibe soporte durante aproximadamente trece meses.

¿Por qué fue posible crear una reconstrucción gratuita de RHEL?

RHEL se basa casi por completo en software distribuido con licencias libres, y la GNU General Public License (GPL) es la que importa en este caso. Esta licencia exige que cualquier persona que reciba los binarios también pueda obtener el código fuente correspondiente. Red Hat cumplió esta obligación de forma pública: publicaba los source RPMs (SRPMs, el código fuente empaquetado de cada componente) en un servidor público y, más adelante, en los repositorios de git.centos.org.

El código fuente no es el producto completo. Dos partes de RHEL nunca fueron libres para copiar. Las marcas comerciales de Red Hat pertenecen a Red Hat, por lo que quien crea una reconstrucción debe eliminar todos los logotipos y todas las menciones al nombre. Los servicios de pago también permanecen fuera del acceso gratuito: los servidores de actualización, el contrato de soporte, el proceso de certificación y las erratas que describen cada corrección.

La receta era fácil de describir. Tome las fuentes publicadas, elimine la marca, vuelva a compilarlas y publique el resultado. El objetivo era lograr compatibilidad bug-for-bug, lo que significa que la reconstrucción incluye los mismos parches y se comporta igual que RHEL, incluidos los errores. Esa precisión era el objetivo, porque el software comercial se certifica para RHEL. Si la reconstrucción se comporta de forma idéntica, ese software funciona en ella, aunque el proveedor no le dará soporte allí.

¿Para qué servía CentOS?

CentOS significa Community ENTerprise Operating System. Surgió de un proyecto llamado cAos Linux, iniciado por Gregory Kurtzer en 2002. La primera versión de CentOS apareció el 14 de mayo de 2004 con el número 2, porque se compiló a partir de RHEL 2.1AS.

Su atractivo era el ciclo de vida. Cada versión de CentOS seguía el periodo de soporte de diez años de RHEL y no tenía coste. Las empresas de hosting lo usaban en sus imágenes predeterminadas, las universidades lo ejecutaban en clústeres, los proveedores de dispositivos lo incluían en sus productos y los paneles de control daban por hecho que estaba instalado. Si alquilabas un servidor privado virtual aproximadamente entre 2006 y 2020, CentOS aparecía en el menú de sistemas operativos y a menudo era la opción predeterminada.

CentOS Linux 7 demuestra que esa promesa se cumplía. Se publicó el 7 de julio de 2014 y su soporte de seguridad llegó hasta el 30 de junio de 2024, unos días menos que diez años completos. Por eso la gente se sentía cómoda basando planes de diez años en la siguiente versión.

Qué cambió cuando CentOS se unió a Red Hat en 2014

El 7 de enero de 2014, Red Hat y el proyecto CentOS anunciaron que unirían sus esfuerzos. El director de tecnología de Red Hat en ese momento, Brian Stevens, y el desarrollador principal de CentOS, Karanbir Singh, participaron en el anuncio. Red Hat aportó personal e infraestructura, varios desarrolladores principales de CentOS se convirtieron en empleados de Red Hat y el proyecto obtuvo una junta directiva formal.

Para los usuarios, los efectos visibles fueron positivos. Las compilaciones llegaban más rápido después de cada versión de RHEL. El código fuente se trasladó a git.centos.org. Los Special Interest Groups produjeron contenido adicional sobre la distribución base, como las pilas de virtualización y almacenamiento.

El cambio estructural fue menos visible y es el que importó seis años después. El proyecto que reconstruía RHEL ahora estaba financiado y contaba en gran medida con personal de la empresa que vendía RHEL. Ese acuerdo no obligaba a Red Hat a mantener el proyecto de reconstrucción.

¿Por qué CentOS Linux 8 terminó en 2021?

CentOS Linux 8 se publicó el 24 de septiembre de 2019. RHEL 8 tenía soporte hasta el 31 de mayo de 2029, por lo que se entendía que CentOS Linux 8 también tendría soporte hasta 2029.

El 8 de diciembre de 2020, Rich Bowen publicó «CentOS Project shifts focus to CentOS Stream» en el blog de CentOS. CentOS Linux 8 terminaría el 31 de diciembre de 2021. CentOS Linux 7 mantendría su fecha original del 30 de junio de 2024. El motivo indicado fue que el futuro del proyecto era CentOS Stream.

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

CentOS Linux 8 se publicó con una ventana de soporte prevista de aproximadamente 9.7 años. Proporcionó aproximadamente 2.3. No se eliminó ninguna función ni empeoró el código. Lo que se perdió fue una fecha con la que ya se habían comprometido, en equipos que ya estaban en producción, con algo más de un año de antelación. Migrar un sistema operativo en toda una flota requiere planificación, pero esto se convirtió en trabajo no planificado con una fecha límite.

¿Qué es exactamente CentOS Stream?

La mayoría de los artículos todavía describen CentOS Stream como el producto que canceló CentOS Linux. La cronología es correcta, pero la descripción es incorrecta, porque ambos productos avanzan en direcciones opuestas.

CentOS Linux estaba por debajo de RHEL. Red Hat publicaba una versión menor de RHEL y CentOS la reconstruía después. La copia siempre llegaba después del original.

CentOS Stream está por encima de RHEL. Es la rama pública donde se prepara la siguiente versión menor de RHEL. El trabajo pasa de Fedora a CentOS Stream y después a RHEL, de modo que un paquete aparece primero en Stream y llega más tarde a una versión menor de RHEL. Stream se entrega de forma continua, por lo que no permanece sin cambios entre versiones menores como ocurre con una versión publicada de RHEL.

Por eso, Stream resulta útil para tareas que CentOS Linux no podía realizar. Si mantiene software que debe seguir funcionando en la siguiente versión menor de RHEL, Stream le muestra esa versión con meses de antelación. Si quiere corregir un error en RHEL, puede enviar el parche a Stream, algo que una reconstrucción posterior nunca ofreció. El argumento de Red Hat en 2020 era que esto convierte una copia pasiva en una distribución que la comunidad realmente puede modificar.

Stream sigue siendo un sustituto deficiente de lo que querían los usuarios de CentOS Linux, y su periodo de soporte lo demuestra. CentOS Stream 10 se publicó el 12 de diciembre de 2024 con un periodo de unos cinco años, frente a los diez años de RHEL. Un equipo que ejecutaba una flota con un plan de diez años no recibió una versión más rápida de ese plan. Recibió un producto diferente, con un propósito diferente.

De dónde surgieron Rocky Linux y AlmaLinux

Rocky Linux se anunció el 8 de diciembre de 2020, el mismo día que la publicación sobre CentOS, por Gregory Kurtzer, quien inició el proyecto del que surgió CentOS. El nombre rinde homenaje a Rocky McGaugh, uno de los primeros cofundadores de CentOS. El proyecto está gobernado por la Rocky Enterprise Software Foundation (RESF), y su principal respaldo comercial es CIQ, una empresa fundada por Kurtzer. A finales de abril de 2021 apareció una versión candidata y la primera versión estable, Rocky Linux 8.4 "Green Obsidian", llegó el 21 de junio de 2021.

AlmaLinux surgió de CloudLinux, una empresa que ya comercializaba una distribución derivada de RHEL para proveedores de hosting. El 15 de diciembre de 2020, CloudLinux se comprometió a aportar más de un millón de dólares estadounidenses al año a una reconstrucción gratuita de RHEL, cuyo nombre en clave era Project Lenix. El nombre AlmaLinux se anunció el 12 de enero de 2021, la versión beta llegó el 1 de febrero y AlmaLinux 8.3 "Purple Manul" se publicó el 30 de marzo de 2021. Ese mismo día, la propiedad pasó a AlmaLinux OS Foundation, una organización sin ánimo de lucro que posee la marca registrada y dirige el consejo del proyecto.

Los dos proyectos resolvieron el mismo problema con modelos de gobierno diferentes. Rocky surgió de la persona que inició CentOS, con una empresa creada en torno al proyecto. AlmaLinux surgió de una empresa que transfirió la marca registrada a una fundación el día en que publicó la distribución. Durante dos años, la diferencia práctica fue pequeña y ambos ofrecieron lo que habían perdido los usuarios de CentOS Linux.

Qué cambió Red Hat en las fuentes de RHEL en 2023

El 21 de junio de 2023, Mike McGrath, entonces vicepresidente de plataformas principales de Red Hat, publicó «Furthering the evolution of CentOS Stream». La frase clave indicaba que CentOS Stream se convertiría en el único repositorio para las publicaciones públicas del código fuente relacionado con RHEL. Las fuentes de RHEL que se habían enviado a git.centos.org dejaron de publicarse allí.

Los clientes y socios de Red Hat mantienen el acceso a las fuentes de RHEL a través del portal de clientes. Esto satisface la GPL porque la obligación se aplica a quienes recibieron los binarios. Lo que cambió fue la vía pública. El registro paquete por paquete de lo que se incluía exactamente en una versión secundaria concreta de RHEL dejó de publicarse abiertamente. Además, CentOS Stream se sitúa por delante de RHEL, no al mismo nivel. Por tanto, un proyecto de reconstrucción que trabaje sólo a partir de Stream no puede reproducir exactamente una versión secundaria ya publicada.

La posición de Red Hat era que Stream es el upstream y que el código fuente público debe estar en el upstream. La posición de los proyectos de reconstrucción era que el cambio retiró el material en el que se habían basado desde 2004. Ambas descripciones son correctas. El desacuerdo se refiere a la finalidad de la licencia, no a su contenido.

Cómo respondieron las reconstrucciones y qué es OpenELA

Rocky Linux respondió primero. En una publicación del 29 de junio de 2023, el proyecto afirmó que seguiría obteniendo las fuentes de RHEL mediante vías que no exigen acuerdos adicionales: las imágenes de contenedor Universal Base Image (UBI) de Red Hat y las instancias de RHEL de pago por uso en nubes públicas. Cualquiera que reciba esos binarios tiene, conforme a la GPL, derecho a obtener el código fuente correspondiente. Rocky mantuvo su objetivo de seguir cada versión de RHEL conforme se publica.

AlmaLinux respondió de otra forma. En julio de 2023, su junta, presidida por benny Vasquez, abandonó el objetivo de mantener una correspondencia uno a uno con RHEL y adoptó la compatibilidad de la interfaz binaria de aplicaciones (ABI). La compatibilidad ABI significa que el software compilado para RHEL se ejecuta sin modificaciones en AlmaLinux, aunque ambas distribuciones no sean compilaciones idénticas. Esta decisión les dio más libertad. AlmaLinux puede publicar una corrección antes que RHEL y seguir dando soporte a hardware que RHEL haya dejado de admitir.

También se movieron dos proveedores más grandes. El 11 de julio de 2023, SUSE anunció que bifurcaría públicamente RHEL y que invertiría más de diez millones de dólares estadounidenses en una distribución compatible. Oracle, que publica Oracle Linux como producto compatible con RHEL desde 2006, publicó su propia respuesta esa misma semana.

El 10 de agosto de 2023, CIQ, Oracle y SUSE anunciaron la Open Enterprise Linux Association (OpenELA). Es una asociación comercial con un único objetivo: publicar las fuentes de Enterprise Linux para que se puedan seguir compilando distribuciones compatibles con RHEL y mantener esas fuentes libres para su redistribución. En noviembre de 2023 anunció sus documentos de gobierno y la disponibilidad del código. AlmaLinux no se incorporó, lo que se deriva de su decisión sobre la ABI, porque ya no necesita un suministro exacto de fuentes.

¿Cuál debería ejecutar hoy en un servidor?

[
  {
    "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"
  }
]

Las versiones 10 muestran cómo terminó la historia. RHEL 10 llegó el 20 de mayo de 2025, AlmaLinux 10 "Purple Lion" el 27 de mayo de 2025 y Rocky Linux 10 "Red Quartz" el 11 de junio de 2025. Cada una publica un período de soporte de 10 años. CentOS Stream 10 publica 5 años, una señal clara de que es una rama de desarrollo y no un objetivo fijo.

Los proyectos también han empezado a diferenciarse de formas que pueden causar problemas. RHEL 10 elevó la base de hardware a x86-64-v3, un nivel de microarquitectura que requiere instrucciones de CPU más recientes, como AVX2. Rocky Linux 10 adoptó esa base y dejó de admitir x86-64-v2. AlmaLinux 10 usa x86-64-v3 de forma predeterminada y publica una compilación independiente de x86-64-v2 para procesadores antiguos. En un VPS económico que se ejecute sobre una CPU de host antigua, esa decisión determina si el sistema se puede instalar. Si está evaluando esa diferencia para una máquina concreta, la comparación de las dos reconstrucciones para un VPS presenta lado a lado las promesas de compatibilidad y las bases de CPU. Las diferencias continúan después de la instalación, y instalar Docker Engine en Rocky Linux o AlmaLinux suele ser la primera que encuentran los usuarios, porque podman ya ocupa el comando docker y SELinux vuelve a etiquetar los montajes bind de formas que una guía de Ubuntu nunca menciona.

Cuatro interpretaciones prácticas de esta cronología:

• Si necesita la relación con el proveedor, compre RHEL. La suscripción es el producto e incluye las certificaciones y el soporte técnico que ninguna reconstrucción puede ofrecer.
• Si quiere lo que ofrecía CentOS Linux, AlmaLinux y Rocky Linux lo proporcionan, de forma gratuita y con un período de diez años. Si llega desde una máquina Debian o Ubuntu, el ajuste diario consiste principalmente en cambiar de gestor de paquetes; tenga a mano el equivalente en dnf de cada comando apt durante la primera semana.
• Si escribe software que debe ejecutarse en RHEL o quiere que sus parches lleguen a esa distribución, CentOS Stream es el objetivo adecuado, y el período más corto es el coste.
• Si nada de esto se aplica, el ecosistema Debian responde a la misma cuestión del ciclo de vida a su manera, y la elección entre Ubuntu LTS y las versiones intermedias es la variante de esta decisión que encontrará allí.

La lección que se desprende de la cronología trata sobre la gobernanza, no sobre el código. CentOS Linux era un buen software y aun así terminó antes de tiempo porque lo financiaba la empresa cuyo producto reproducía. Cuando elige una distribución para una máquina que espera ejecutar durante una década, compruebe quién la financia y quién posee la marca registrada. AlmaLinux conserva su marca registrada en una fundación. Rocky la conserva en la RESF, con CIQ como patrocinador comercial. Ambos proyectos publican esas respuestas, algo que un usuario de CentOS no podía comprobar en 2019.

Esto le afecta directamente si alquila servidores. En un VPS no administrado usted aplica las actualizaciones, por lo que un fin de vida anticipado se convierte en una migración que debe planificar y en tiempo que debe dedicar. La parte rutinaria de ese trabajo no requiere que esté frente al teclado, y configurar dnf-automatic para instalar actualizaciones de seguridad con un temporizador le permite dedicar su atención a las migraciones que realmente la necesitan. Instalar un parche no equivale a ejecutarlo, así que compruebe cuáles de esas actualizaciones requieren un reinicio y cuáles sólo necesitan reiniciar un servicio antes de considerar actualizada una máquina. Si la cuestión del sistema operativo sigue abierta en un nivel más general, la comparación entre Linux y Windows Server debe hacerse antes que todo esto.

FAQ

¿CentOS ha desaparecido?

CentOS Linux está discontinuado. CentOS Linux 8 terminó el 31 de diciembre de 2021 y CentOS Linux 7 terminó el 30 de junio de 2024, por lo que ninguno recibe ya actualizaciones de seguridad. El propio proyecto CentOS continúa y produce CentOS Stream, que es un producto diferente: la rama pública de desarrollo que alimenta Red Hat Enterprise Linux. Si un servidor todavía ejecuta CentOS Linux, no tiene parches, y los destinos habituales de migración son AlmaLinux y Rocky Linux.

¿Cuál es la diferencia entre CentOS Stream y CentOS Linux?

La dirección del flujo. CentOS Linux estaba aguas abajo: Red Hat publicaba una versión menor de RHEL y CentOS la reconstruía después. CentOS Stream está aguas arriba: ahí se prepara la siguiente versión menor de RHEL, por lo que su contenido llega antes que a RHEL y no después. Stream se actualiza continuamente en lugar de mantenerse congelado, y CentOS Stream 10 tiene un periodo de soporte de aproximadamente cinco años, frente a los diez de RHEL.

¿Debo elegir Rocky Linux o AlmaLinux?

Ambos son gratuitos, siguen de cerca a RHEL y publican un periodo de soporte de diez años, por lo que cualquiera de los dos funciona para la mayoría de los servidores. Las diferencias prácticas se deben a sus decisiones de 2023. Rocky busca coincidir con cada versión de RHEL, mediante reconstrucciones a partir de fuentes que obtiene a través de imágenes de contenedor UBI e instancias de nube pública. AlmaLinux busca compatibilidad ABI, lo que le permite publicar parches antes y mantener la compatibilidad con hardware que RHEL ha dejado de admitir. AlmaLinux 10 publica una compilación x86-64-v2 para CPU antiguas y Rocky Linux 10 requiere x86-64-v3, por lo que en hardware antiguo ese detalle puede ser decisivo.

¿Red Hat incumplió la GPL en 2023?

Ningún tribunal lo ha establecido, y la obligación de la GPL se aplica a las personas que reciben los binarios. Red Hat sigue proporcionando a sus clientes las fuentes correspondientes. El debate se centra en lo que ocurre después: una suscripción puede no renovarse, y los proyectos de reconstrucción interpretan esto como una presión para no ejercer el derecho de redistribución que les concede la licencia. Por eso Rocky cambió a vías de obtención de fuentes que no incluyen un acuerdo de suscripción, y por eso se creó OpenELA para publicar las fuentes abiertamente.

¿Por qué terminó Red Hat con CentOS Linux?

El motivo indicado en el anuncio del 8 de diciembre de 2020 fue que el futuro del proyecto era CentOS Stream y que una reconstrucción que sólo copiaba RHEL no ofrecía a la comunidad ninguna forma de influir en él. Muchos usuarios también interpretaron un motivo comercial, ya que CentOS Linux era una versión gratuita de un producto que Red Hat vende y se ejecutaba en producción en organizaciones que podían pagar una suscripción. Las propias publicaciones de Red Hat explican el modelo de desarrollo, no esa interpretación.