Más de lo que se ve a simple vista: entre bastidores de Red Hat Enterprise Linux 10

Esta serie analiza las personas y la planificación que se necesitaron para diseñar y lanzar Red Hat Enterprise Linux 10. Desde las primeras etapas conceptuales hasta el lanzamiento que tuvo lugar en Red Hat Summit 2025, escucharemos relatos de primera mano sobre cómo surgió RHEL 10.

En Red Hat Summit 2025, anunciamos la última versión de la plataforma Linux empresarial líder en el mundo: Red Hat Enterprise Linux (RHEL) 10. Esta versión fue mucho más que algunas mejoras menores o adiciones de funciones; RHEL 10 ofrece gestión de Linux basada en la inteligencia artificial, funciones de criptografía poscuántica y contenedores como lenguaje nativo del sistema operativo.

En resumen, RHEL 10 supone un cambio radical en el funcionamiento de las plataformas empresariales de Linux. Esto significa que no sucedió de la noche a la mañana.

Más de 1000 representantes de Red Hat de las áreas de ingeniería, marketing, gestión de productos, control de calidad y otros más colaboraron para que este lanzamiento fuera una realidad. Sin embargo, para estas personas y equipos, no fue un evento único, sino la culminación de cientos de horas de trabajo e hitos.

Así que echemos un vistazo a algunos de esos momentos desde el punto de vista de quienes diseñan RHEL 10.

2022 (justo después del lanzamiento de RHEL 9)

Las versiones principales de RHEL, como la 8, la 9 y la 10, ocurren cada tres años. Esto significa que el lanzamiento en Red Hat Summit 2025 comenzó justo después de Red Hat Summit 2022, cuando RHEL 9 se hizo realidad.

Gunnar Hellekson, vicepresidente y gerente general, Red Hat Enterprise Linux

"El trabajo en RHEL nunca se detiene. Las versiones principales son una oportunidad que se presenta una vez cada tres años para realizar cambios revolucionarios y evolutivos que simplemente no funcionarían o no serían aceptables en una versión secundaria".

Mike McGrath, vicepresidente de Ingeniería de plataformas principales

"Tenemos arquitectos, propietarios de productos, ingenieros de software e ingenieros de control de calidad del software que se unen para hacer que este gran proyecto funcione. Y lo más importante es recordar que, en ese nivel del programa, debes asegurarte de que todos participen como iguales y que todos entiendan lo que estamos haciendo, hacia dónde nos dirigimos y cuándo, para que todos podamos llegar al mismo tiempo.

Con un gran lanzamiento como RHEL, la gran mayoría de las personas involucradas son ingenieros. Entonces, estableces un programa con un administrador de programas, y el nuestro es Shelley Dunne. Este fue el primer lanzamiento de Shelley con RHEL y nos alegró MUCHO tenerla en él".

Shelley Dunne, gerente principal sénior de programas

"Estamos juntos en esto. Necesitamos preguntarnos constantemente si una determinada función, característica o cambio es lo correcto para el producto. Si es así, averigüemos quién debe hacer qué y hagámoslo".

McGrath

"Luego, comenzamos a elegir quién se encargará de cada parte. Brian Stinson fue nuestro arquitecto principal para RHEL 10, y lo involucramos desde el principio debido a la forma en que la comunidad de Fedora influye en los lanzamientos de RHEL. Fedora se lanza cada seis meses y está muy por delante de RHEL, pero si sabemos a dónde va RHEL, primero debemos llegar allí en Fedora".

Brian Stinson, ingeniero de software principal

"Queríamos estar bien integrados en la comunidad de Fedora para asegurarnos de que el futuro de RHEL estuviera representado en las versiones de Fedora. Es más barato en dólares, es más barato en el esfuerzo del mantenedor, es más barato en la carga cognitiva hacer algo en Fedora y luego heredarlo, en lugar de intentar bifurcarlo más tarde. Por lo tanto, influir en las características y funcionalidades de Fedora desde el principio es algo que hacemos de manera muy intencional, tanto para mejorar Fedora como para los clientes de Red Hat.

Pero también queremos asegurarnos de influir y adaptar Fedora en el momento adecuado, ya que debemos asegurarnos de que las funciones que queremos en RHEL estén en Fedora cuando estemos listos para la producción".”

McGrath

"En esos primeros días, durante los primeros 18 meses de ese lanzamiento, a veces aparecen cosas excelentes que generan ideas nuevas en nosotros, y a veces somos nosotros quienes impulsamos esas ideas. Sin embargo, todo sucede en el espacio de la comunidad, donde recibimos comentarios, lo queramos o no, y eso nos ayuda a perfeccionar las stacks tecnológicas nuevas".

Dunne

"Compartamos ideas. Veamos qué hay disponible. Hablemos de lo que escuchamos de los clientes. Hablemos de lo que nos dicen los partners.

Dada la naturaleza de nuestra tecnología y nuestra empresa, las cosas suceden en poco tiempo. Por lo tanto, si estás hablando de algo en 2025 para RHEL 11 que está a tres años de distancia, el mundo puede cambiar antes de que lleguemos allí".

Scott McCarty, gerente principal sénior de productos, área técnica, Red Hat Enterprise Linux

"Así que lo lanzamos 36 meses antes de Red Hat Summit. Sabíamos que íbamos a lanzar en este Summit. Se sentía tan lejos. No lo era".

Hellekson

"Todo el mundo está entusiasmado con las posibilidades, ya que el plan no está limitado por las realidades sombrías de tiempo y calorías. ¡Todo es posible!"

Sin embargo, este es solo el comienzo de los muchos, muchos, MUCHOS momentos que se necesitaron para diseñar RHEL 10. En nuestra próxima publicación, veremos cómo las nuevas formas de desarrollar RHEL, totalmente open source como parte de CentOS Stream, ayudaron a dar forma al futuro de la plataforma.