Cómo AlmaLinux se mantiene compatible con Red Hat Enterprise Linux sin código de Red Hat

Cómo AlmaLinux se mantiene compatible con Red Hat Enterprise Linux sin utilizar código de Red Hat

hats-gettyimages-1470539911

RALEIGH, NC — AlmaLinux está creando un Red Hat Enterprise Linux (RHEL) sin ningún código de RHEL. ¿Cómo va eso, preguntas? Benny Vasquez, presidente de la Fundación AlmaLinux OS, vino a la convención de la comunidad de código abierto All Things Open aquí para explicarlo.

Esto se ha convertido en un problema porque Red Hat cambió recientemente las reglas sobre cómo las personas pueden usar el código de RHEL en sus propias distribuciones de Linux. El cambio dejó en la estacada a las distribuciones clones de RHEL, como AlmaLinux, Rocky Linux y Oracle Linux. Según los nuevos requisitos de Red Hat, los desarrolladores ya no podían crear fácilmente sistemas operativos compatibles con RHEL. 

También: Las mejores distribuciones de Linux para principiantes

¿El resultado? Oracle criticó a Red Hat y prometió mantener la compatibilidad con RHEL. La Fundación de Software Empresarial Rocky utilizará otros métodos para obtener código de RHEL. SUSE, que no era un jugador clon de RHEL, dijo que haría un fork de RHEL (con ayuda de Rocky). Más recientemente, los tres mencionados anteriormente se han unido en un plan para crear una base de código de Linux compatible con RHEL, el repositorio de código fuente de Open Enterprise Linux.

Y ¿qué pasa con AlmaLinux? Tomó un camino diferente. En lugar de pelear con Red Hat por si la filial de IBM podía restringir el uso de su código de RHEL, la junta directiva de la Fundación AlmaLinux OS, según escribió Vasquez, “decidió abandonar el objetivo de ser 1:1 con RHEL. En su lugar, AlmaLinux OS apuntará a ser compatible con la Interfaz Binaria de Aplicaciones (ABI).” 

¿Qué significa eso? AlmaLinux sigue en el negocio de los clones de RHEL: “Seguiremos apuntando a producir una distribución de Linux empresarial a largo plazo, de calidad empresarial, que esté alineada y sea compatible con la ABI con RHEL, en respuesta a las necesidades de nuestra comunidad, en la medida en que sea posible hacerlo, de manera que el software que se ejecute en RHEL funcione igual en AlmaLinux”. 

Eso es bastante fácil de decir, pero ¿cómo se hace? AlmaLinux explicó que utilizará el código fuente de CentOS Stream que Red Hat sigue ofreciendo a todos y cada uno. Esta también es la base de código que Red Hat utiliza para crear RHEL. 

¿Cómo funcionará exactamente? Eso es lo que Vasquez vino a explicar en All Things Open. AlmaLinux, al igual que RHEL, se basa ahora en gran medida en CentOS Stream. También se extrae código adicional de Red Hat Universal Base Images y del código ascendente de Linux. 

Vasquez añadió: “De todos los paquetes, el 99% todavía se ven exactamente igual que RHEL”. De esa fracción mínima que no lo hace, “aproximadamente el 24% de esos paquetes requieren parches manuales”.

También: Linux podría ser tu mejor opción para aumentar la seguridad de tu computadora de escritorio

La parte más difícil son las actualizaciones del kernel de Linux de Red Hat porque, agrega Vasquez, “no puedes obtener esas actualizaciones del kernel sin violar los acuerdos de licencia de Red Hat”. Por lo tanto, continúa, “lo que hacemos es extraer los parches de seguridad de diferentes fuentes y, si nada más, podemos encontrarlos cuando Oracle los libera”.

Vasquez señaló una bendición de este cambio en la producción: “AlmaLinux, ya no ligado a las versiones de Red Hat, ha podido lanzar correcciones de seguridad más rápido que Red Hat. Por ejemplo, las vulnerabilidades del microcódigo de AMD se parcharon antes que Red Hat porque tomó un poco más de tiempo sacarlos al mercado. Luego los integré, probamos y los sacamos antes que ellos en aproximadamente una semana”.

El objetivo general sigue siendo mantener la compatibilidad con RHEL. “Cualquier cambio que rompa la compatibilidad entre RHEL y AlmaLinux, cualquier aplicación que deje de funcionar, es un error y debe ser corregido”.

También: ¿La nueva norma de Red Hat: ¿Traición al código abierto?

Eso no quiere decir que AlmaLinux simplemente será un excelente clon de RHEL en el futuro. Planea agregar sus propias características. Por ejemplo, los usuarios de Red Hat que desean programas que no están incluidos en RHEL a menudo recurren a Paquetes adicionales para Enterprise Linux (EPEL). Estos suelen ser programas incluidos en Fedora Linux. Además de admitir software de EPEL, AlmaLinux tiene su propio paquete de software adicional, llamado Synergy, que contiene programas que la comunidad de AlmaLinux desea pero que no están disponibles en EPEL ni en RHEL. Si uno de estos programas es agregado posteriormente a EPEL o RHEL, AlmaLinux lo elimina de Synergy para evitar confusiones y duplicación de esfuerzos.

No ha sido un camino fácil para AlmaLinux. Incluso una diferencia de código del 1% es mucho para escribir y mantener. Por ejemplo, cuando AlmaLinux intentó parchar el código de CentOS Stream para solucionar un problema, Red Hat no se mostró muy contento con el intento de AlmaLinux de corregir un agujero de seguridad. Vasquez reconoció que fue difícil al principio, pero señaló: “La buena noticia es que han estado mejorando el proceso y las cosas se ven un poco más fluidas”.

AlmaLinux, según afirma, no está tan preocupado como consciente de que Red Hat pueda complicar sus esfuerzos. Vasquez añadió: “Internamente, estamos trabajando en soluciones provisionales que tendríamos que hacer para anticiparnos a que Red Hat lo cambie todo de forma terrible”. No cree que Red Hat lo haga, pero “queremos estar lo más preparados posible”.

También: El código abierto es realmente la cuna de la inteligencia artificial. Aquí está el porqué

Mirando hacia el futuro, Vasquez afirmó que AlmaLinux se está preparando para lanzar las versiones beta de AlmaLinux 8,9 y 9.3, que llegarán poco después de que aparezcan RHEL 8.9 y 9.3. Hasta ahora, todo va bien con su desarrollo.

Con todos estos sistemas operativos listos para salir en unas semanas, pronto veremos qué tan bien ha hecho AlmaLinux con su enfoque amigable a la clonación de RHEL.