Pagar en línea
El Bosque Digital te conecta con las herramientas y recursos esenciales para tu vida académica
Inicia tu proceso de formación con El Bosque y comienza a forjar tu futuro profesional con calidad, compromiso y responsabilidad.
Descubre planes de pago, créditos y convenios para hacer realidad tus estudios.
Universidad El Bosque
Autor: Universidad El Bosque
25 de Agosto de 2026
Tiempo de lectura 10 minutos
Linux CentOS fue durante casi dos décadas la distribución de referencia para servidores empresariales: gratuita, estable y binariamente compatible con Red Hat Enterprise Linux. Ese modelo terminó. La última versión de CentOS Linux, la 7, llegó a su fin de vida el 30 de junio de 2024, y lo que continúa hoy bajo el nombre del proyecto es CentOS Stream, una distribución con una función distinta dentro del ecosistema de Red Hat. Entender esa diferencia no es un detalle histórico: define si un servidor que administras está recibiendo parches de seguridad o si lleva más de un año sin ellos. En lo que sigue verás qué era CentOS, qué características lo hicieron el estándar de facto, en qué se diferencia de CentOS Stream, qué riesgos hay que considerar, qué ventajas conserva el proyecto y cómo empezar hoy con la versión vigente.
CentOS —Community Enterprise Operating System— es una distribución de Linux de la familia Red Hat, creada para ofrecer un sistema de clase empresarial sin costo de licencia, reconstruido a partir del código fuente abierto de Red Hat Enterprise Linux.
Su historia explica su reputación. El proyecto nació en 2004 como una reconstrucción comunitaria de RHEL: los mantenedores tomaban el código fuente que Red Hat publica por obligación de las licencias libres, lo compilaban y lo distribuían gratis, sin las marcas comerciales ni el soporte pagado. El resultado era funcionalmente equivalente a RHEL, con los mismos paquetes y las mismas versiones de kernel, lo que permitía a universidades, hospitales, empresas medianas y proveedores de hosting montar infraestructura de nivel empresarial sin pagar suscripciones. En 2014 Red Hat absorbió el proyecto y lo convirtió en oficial. Ese respaldo dio estabilidad al desarrollo, pero también puso el destino de CentOS en manos de una compañía con intereses comerciales propios, algo que resultó decisivo años más tarde.
Las características que definieron a CentOS son cuatro: compatibilidad binaria con RHEL, ciclos de vida largos, un enfoque conservador en las actualizaciones y un modelo de seguridad heredado del mundo empresarial.
Estas propiedades no son independientes entre sí; forman un mismo criterio de diseño. Un servidor de producción no necesita el software más reciente, necesita que lo que ya funciona siga funcionando durante años sin sorpresas. CentOS estaba construido para eso: paquetes probados, actualizaciones que corrigen sin romper compatibilidad y una ventana de soporte de aproximadamente diez años por versión mayor. Ese contrato implícito es lo que llevó a tantos administradores a elegirlo, y también lo que explica la incomodidad del sector cuando cambió el modelo. Vale aclarar que ese conservadurismo tenía un costo: las versiones de lenguajes, bases de datos y librerías disponibles en los repositorios oficiales solían ir varios años por detrás de las últimas publicadas, y quien necesitaba software reciente debía recurrir a repositorios adicionales o compilar por su cuenta.
yum y después dnf, con repositorios estables y dependencias resueltas de forma predecible.firewalld e iptables, con configuración por zonas.La diferencia es de dirección: CentOS Linux se construía a partir de RHEL ya publicado, mientras CentOS Stream se sitúa antes de RHEL y sirve como rama de desarrollo desde la que se crean las versiones menores del producto comercial.
Ese giro se anunció en diciembre de 2020 y provocó una de las mayores controversias recientes en el mundo Linux, porque cambió la naturaleza del producto sin cambiar el nombre. Quien tenía un servidor con CentOS Linux esperando estabilidad probada se encontró con que la continuidad del proyecto pasaba por una distribución que, por diseño, recibe los cambios antes que RHEL. No es una distribución inestable —la desarrollan los propios ingenieros de Red Hat y pasa controles de calidad—, pero su propósito es distinto: sirve para desarrollar, probar y anticipar lo que llegará a RHEL, no para replicar lo que RHEL ya validó.
Criterio | CentOS Linux | CentOS Stream |
|---|---|---|
Posición respecto a RHEL | Aguas abajo: se reconstruía desde RHEL publicado | Aguas arriba: alimenta las versiones menores de RHEL |
Propósito | Réplica gratuita y estable de RHEL | Rama de desarrollo y prueba de RHEL |
Modelo de actualización | Versiones puntuales tras la publicación de RHEL | Flujo continuo de actualizaciones |
Ciclo de vida | Cerca de 10 años por versión mayor | Cerca de 5 años, ligado al soporte pleno de RHEL |
Estado actual | Fin de vida: la versión 7 terminó el 30 de junio de 2024 | Vigente, con Stream 9 y Stream 10 |
Uso recomendable | Ya no procede en producción | Desarrollo, pruebas, laboratorios y CI/CD |
Domina la administración de este sistema con el Curso de Linux Cent OS de la Universidad y aprende a operar servidores de la familia Red Hat con criterio profesional.
La consideración crítica es esta: si administras servidores con CentOS Linux 7 u 8, esos sistemas no reciben parches de seguridad y cada vulnerabilidad publicada desde su fin de vida sigue abierta.
Las fechas son públicas y no admiten interpretación. El propio proyecto anunció con antelación las fechas de cierre: CentOS Stream 8 dejó de generar compilaciones el 31 de mayo de 2024 y CentOS Linux 7 llegó a su fin de vida el 30 de junio de 2024. Red Hat, al confirmar ese cierre, advirtió lo que implica: una distribución en fin de vida deja de recibir actualizaciones y parches cuando aparecen nuevas vulnerabilidades, y estimó que alrededor del 26 % de los sistemas Linux analizables correspondían a CentOS Linux 7. Eso significa que el problema no era marginal: buena parte de la infraestructura mundial quedó expuesta de golpe, y una porción todavía sigue así.
Ante ese escenario, las rutas de migración son cuatro, y conviene evaluarlas por criterio y no por costumbre:
Refuerza la capa que más se descuida en estos escenarios con la Especialización en Seguridad de Redes Telemáticas de la Universidad y aprende a proteger infraestructura que no siempre puedes actualizar a tiempo.
Las ventajas que hicieron de CentOS el estándar de facto en servidores siguen siendo válidas como criterio técnico, aunque hoy se materialicen en CentOS Stream, en RHEL o en las reconstrucciones comunitarias que tomaron su relevo.
Conviene separar la marca del modelo. Lo que se valoraba de Linux CentOS no era el nombre, sino un conjunto de decisiones de ingeniería que sigue definiendo a toda la familia Red Hat: estabilidad por encima de novedad, ciclos largos, seguridad activada desde la instalación y un ecosistema de documentación y software certificado difícil de igualar. Ese es el patrimonio real, y es transferible. Para quien estudia infraestructura, esta distinción tiene una consecuencia práctica muy concreta: no aprendes "CentOS", aprendes a administrar sistemas de la familia Red Hat. Los comandos, la lógica de los repositorios, la gestión de servicios y el modelo de permisos son los mismos en RHEL, en Fedora, en AlmaLinux y en Rocky Linux, y ese conocimiento no caduca cuando una distribución concreta cambia de rumbo.
firewalld vienen activos, algo que no todas las distribuciones hacen.No: el proyecto CentOS sigue vivo y activo, pero ya no como réplica gratuita de RHEL. Lo que dejó de existir es CentOS Linux; lo que continúa es CentOS Stream.
La distinción es la que más confusión genera, y vale la pena dejarla explícita. CentOS como organización mantiene su infraestructura, sus grupos de interés especial y su comunidad, y publica CentOS Stream con un calendario propio. La documentación oficial de CentOS Stream 10, cuyo nombre clave es Coughlan, describe la distribución como un sistema construido por los ingenieros de Red Hat Enterprise Linux que funciona como la rama de versión mayor desde la que se crean las versiones menores de RHEL. Su ciclo de vida es de aproximadamente cinco años y el mantenimiento está previsto hasta 2030, con la fecha exacta atada al fin de la fase de soporte pleno de RHEL 10. Soporta cuatro arquitecturas: AMD/Intel de 64 bits, ARM de 64 bits, IBM Power e IBM Z.
Esta es la fotografía de las versiones, útil para saber en qué punto está cualquier servidor que administres:
Versión | Tipo | Estado |
|---|---|---|
CentOS Linux 6 | Reconstrucción de RHEL | Fin de vida desde noviembre de 2020 |
CentOS Linux 7 | Reconstrucción de RHEL | Fin de vida el 30 de junio de 2024 |
CentOS Linux 8 | Reconstrucción de RHEL | Fin de vida anticipado en diciembre de 2021 |
CentOS Stream 8 | Rama de desarrollo de RHEL 8 | Cierre de compilaciones el 31 de mayo de 2024 |
CentOS Stream 9 | Rama de desarrollo de RHEL 9 | Vigente |
CentOS Stream 10 | Rama de desarrollo de RHEL 10 | Vigente, mantenimiento previsto hasta 2030 |
Empieza en una máquina virtual, no en un servidor de producción: descarga la imagen de CentOS Stream 9 o 10 desde el sitio oficial del proyecto, instálala en modo mínimo y trabaja desde la línea de comandos.
El recorrido inicial es bastante estándar en esta familia y conviene hacerlo en ese orden, porque cada paso apoya al siguiente. Primero verifica la integridad de la imagen descargada y elige la arquitectura correcta. Instala en modo mínimo, sin entorno gráfico, porque así se administra un servidor real. Después actualiza el sistema completo con dnf update, crea un usuario sin privilegios y configura sudo en lugar de trabajar como root, que es el hábito que separa a un administrador de un aficionado. A partir de ahí, la práctica útil es concreta: configurar firewalld por zonas, entender los modos de SELinux antes de desactivarlo —el error más común del principiante—, administrar servicios con systemctl, revisar registros con journalctl y montar un servicio real, como un servidor web o una base de datos, para tener algo que romper y arreglar.
Un consejo sobre expectativas: dado que CentOS Stream recibe los cambios antes que RHEL, es un excelente laboratorio de aprendizaje y un mal candidato para un servidor crítico sin pruebas previas. Úsalo para formarte, para validar tus despliegues y para anticipar qué llegará a producción; reserva RHEL o una reconstrucción estable para lo que no puede fallar. Esa doble competencia —saber operar la rama de desarrollo y la estable— es justamente lo que valora un equipo de infraestructura, porque implica que entiendes el ciclo completo y no solo un comando. Y hay un beneficio secundario que suele pasarse por alto: al usar Stream ves los cambios que llegarán a RHEL con meses de anticipación, lo que permite detectar incompatibilidades con tus propias aplicaciones antes de que el cambio aterrice en producción.
Lleva esa práctica a la infraestructura donde hoy vive la mayoría de los servidores con el Curso de Cloud Computing de la Universidad y aprende a desplegar y escalar estos sistemas en la nube.
Explora los programas de la Facultad de Ingeniería que te preparan para administrar y proteger infraestructura:
También puede interesarte:
Vigilada Mineducación. Personería Jurídica otorgada mediante resolución 11153 del 4 de agosto de 1978.
Conéctate con la UEB
#ViveElBosque
Información de contacto
Instalaciones Bogotá
Av. Cra. 9 No. 131 A - 02
PBX: (601) 648 9000
atencionalusuario@unbosque.edu.co
Instalaciones Chía
Autopista Norte Km. 20 costado occidental Vía Chía - Bogotá
PBX: (601) 676 3110
Admisiones
Av. Cra. 9 No. 131A - 02,
Edificio Fundadores, Piso 1, Bogotá, Colombia.
Teléfono: (601) 648 9000 Ext.: 1170
WhatsApp: (+57) 311 512 8420
gestionadmisiones@unbosque.edu.co
Horario de atención
Lunes a Viernes: 8:00 a.m. a 5:00 p.m.
Sábado: 8:30 a.m. a 12:30 p.m.
Instalaciones Bogotá
Av. Cra. 9 No. 131 A - 02
PBX: (601) 648 9000
atencionalusuario@unbosque.edu.co
Instalaciones Chía
Autopista Norte Km. 20 costado occidental Vía Chía - Bogotá
PBX: (601) 676 3110
Admisiones
Av. Cra. 9 No. 131A - 02,
Edificio Fundadores, Piso 1, Bogotá, Colombia.
Teléfono: (601) 648 9000 Ext.: 1170
WhatsApp: (+57) 311 512 8420
gestionadmisiones@unbosque.edu.co
Horario de atención
Lunes a Viernes: 8:00 a.m. a 5:00 p.m.
Sábado: 8:30 a.m. a 12:30 p.m.
Información legal