Es tu primer día como técnico en Tramontana S.L., una pequeña empresa española que gestiona Tramontana Reservas, una aplicación web con la que agencias y particulares reservan casas rurales. Marta Vidal, responsable de operaciones, te enseña el rack: una única máquina llamada srv-tramontana donde vive todo. Le preguntas qué sistema operativo lleva y te responde: «Ubuntu Server. Linux, vaya». Y ahí empieza el curso.

Antes de tocar una sola tecla conviene entender qué es exactamente Linux, porque casi todo el mundo usa esa palabra de forma imprecisa. En esta lección vas a ver qué hace un sistema operativo, qué parte de ese trabajo cubre realmente el kernel Linux, cómo se organiza el sistema en capas, qué significa que sea software libre y por qué eso no es un detalle ideológico sino una propiedad técnica y económica que cambia lo que puedes hacer con tus servidores. Terminaremos comparando Linux con Windows y macOS sin trampas, y viendo por qué Tramontana ha elegido Linux.

1. Qué es un sistema operativo y qué papel juega
2. Qué es exactamente el kernel Linux
3. Qué es una distribución (adelanto)
4. La arquitectura por capas de un sistema Linux
5. Software libre, código abierto y la licencia GPL
6. Dónde se usa Linux hoy
7. Linux frente a Windows y macOS
8. Tramontana S.L.: por qué esta empresa eligió Linux

Un ordenador, en crudo, es un montón de circuitos: un procesador que ejecuta instrucciones, memoria RAM que las guarda mientras tanto, discos que almacenan datos de forma persistente, una tarjeta de red, un teclado, una pantalla. Nada de eso sabe colaborar por sí solo.

El sistema operativo es el programa que se sitúa entre el hardware y tus aplicaciones y se encarga de cuatro cosas fundamentales:

• Gestionar el procesador. Decide qué programa se ejecuta en cada instante y durante cuánto tiempo. Tu portátil tiene quizá 8 núcleos, pero hay 300 procesos en marcha: alguien tiene que repartir el turno. Eso se llama planificación (scheduling).
• Gestionar la memoria. Da a cada programa la ilusión de tener toda la RAM para él solo, impide que un programa lea la memoria de otro y decide qué mover a disco cuando falta espacio.
• Gestionar los dispositivos. Traduce «guarda este archivo» a las órdenes concretas que entiende un SSD NVMe, un disco duro giratorio o una unidad de red. Los controladores (drivers) son la pieza que conoce cada hardware concreto.
• Ofrecer una interfaz de servicios a las aplicaciones. Un navegador no sabe hablar con una tarjeta Wi-Fi: pide al sistema operativo «ábreme una conexión a este servidor» y el sistema se ocupa.

A esto se añade una quinta función que en un servidor es la más importante de todas: aislar y controlar. Decidir quién puede leer qué archivo, quién puede apagar la máquina, quién puede abrir un puerto de red. Sin sistema operativo no hay usuarios, ni permisos, ni multitarea: hay un único programa dueño de la máquina.

Cuando en Tramontana digas «el servidor está saturado», estarás hablando casi siempre de una de estas cuatro funciones llevada al límite: CPU repartida entre demasiados procesos, memoria agotada, disco lento o red congestionada.

Aquí llega la precisión que casi nadie hace. Linux, en sentido estricto, no es un sistema operativo completo: es un kernel.

El kernel (o núcleo) es el corazón del sistema operativo: el programa privilegiado que arranca primero, toma el control del hardware y no lo suelta. Es quien realmente implementa la planificación de CPU, la gestión de memoria, los sistemas de archivos, la pila de red y los controladores. Todo lo demás —el intérprete de comandos, el navegador, el servidor web— son programas normales que corren encima y le piden favores.

Esa separación es real y está garantizada por el hardware. El procesador tiene al menos dos modos de ejecución:

Un programa en modo usuario que intente escribir directamente en el disco no puede: el procesador se lo impide. Tiene que hacer una llamada al sistema (system call o syscall), que es la puerta oficial de entrada al kernel. open(), read(), write(), fork(), execve() son algunas de las más conocidas. Hay unas 350 en Linux, y toda la potencia del sistema pasa por ahí.

Algunos datos que ayudan a dimensionar de qué hablamos:

• El kernel Linux supera hoy los 40 millones de líneas de código, la mayor parte de ellas controladores de dispositivos.
• Es un kernel monolítico modular: todo corre en un mismo espacio privilegiado (monolítico), pero puede cargar y descargar piezas en caliente llamadas módulos (por ejemplo el controlador de una tarjeta de red concreta).
• Es multiusuario y multitarea real desde su origen, no como añadido posterior.

Y hay algo que ayuda a hacerlo tangible: el kernel es, literalmente, un archivo en tu disco. En srv-tramontana podrás verlo:

Salida:

Interpretación:

• vmlinuz es el nombre tradicional del kernel comprimido (virtual memory linux gzipped).
• 6.8.0-41-generic es la versión, que aprenderás a leer en la lección siguiente.
• 14 MB. Eso es todo lo que ocupa el corazón del sistema operativo que mueve la mayor parte de internet. Todo lo demás que hay en tu servidor —los gigabytes de programas, librerías y datos— vive por encima de él.
• Los permisos -rw------- indican que solo root puede leerlo; los estudiarás en la lección 02-07.

Linus Torvalds escribió y publicó ese kernel en 1991. Lo verás en detalle en la lección siguiente. Lo que importa ahora: el kernel solo no te sirve de nada. Si arrancas una máquina con únicamente el kernel Linux, el sistema se detiene inmediatamente porque no encuentra ningún programa que ejecutar.

Para tener un sistema utilizable hace falta reunir el kernel con cientos de programas: un intérprete de comandos, herramientas para copiar archivos, un sistema de arranque, un gestor de paquetes, librerías, un servidor SSH, quizá un entorno gráfico. Ese trabajo de reunir, integrar, probar y mantener todo el conjunto es lo que hace una distribución.

Una distribución es, en una frase: kernel Linux + colección de programas de usuario + gestor de paquetes + política de mantenimiento, empaquetado en algo que puedes instalar.

Ubuntu, Debian, Red Hat Enterprise Linux, Fedora, Arch Linux, Alpine y Android son todas distribuciones de Linux en este sentido: comparten kernel, difieren en todo lo demás. Por eso decir «sé Linux» tiene sentido (el kernel y las bases son comunes) y a la vez cambiar de distribución obliga a reaprender detalles.

La lección 01-03 está dedicada íntegramente a este tema: familias, gestores de paquetes, ciclos de vida y cómo elegir. Aquí basta con que retengas la relación: el kernel es una pieza; la distribución es la caja completa.

Esta es probablemente la imagen mental más rentable de todo el módulo. Un sistema Linux se organiza en capas, y cada capa solo habla con la de al lado:

Léelo de abajo arriba:

• Hardware. La máquina física (o virtual, como será tu caso en el laboratorio).
• Kernel. Único software con acceso directo al hardware. Aquí viven los drivers.
• Llamadas al sistema. La frontera. Es la única puerta legal entre tus programas y el kernel, y es además el contrato estable de Linux: Torvalds mantiene la regla de que una syscall nunca rompe compatibilidad con programas existentes. Por eso un binario compilado en 2005 sigue funcionando hoy.
• Shell y librerías. Pocos programas invocan syscalls a pelo. Usan librerías como glibc, que ofrece funciones cómodas (printf, fopen) que internamente hacen la syscall. El shell (Bash, en nuestro caso) es a la vez una aplicación y la interfaz principal del administrador: lee lo que escribes y lanza programas.
• Aplicaciones. Todo lo que usas y todo lo que despliegas. Tramontana Reservas vivirá en esta capa.

Un ejemplo concreto de la cadena completa. Cuando en srv-tramontana escribas algo tan trivial como esto:

Salida (extracto ficticio):

Ocurre esto, capa a capa:

1. Bash (shell) analiza la línea, separa el comando cat del argumento /var/log/tramontana/acceso.log.
2. Bash pide al kernel crear un proceso nuevo y ejecutar el programa cat (syscalls fork() y execve()).
3. cat pide abrir el archivo (open()). El kernel comprueba permisos, localiza el archivo en el sistema de archivos y devuelve un identificador.
4. cat lee bloques (read()); el kernel los busca en su caché o los pide al driver del disco.
5. cat escribe lo leído en la salida estándar (write()), que el kernel dirige a tu terminal.

No necesitas memorizar esto, pero sí interiorizarlo: en Linux todo lo que ocurre acaba siendo un proceso de usuario haciendo llamadas al kernel. Cuando en el Módulo 7 diagnostiquemos un problema con strace, lo que veremos literalmente es esa lista de syscalls.

Linux no es solo gratis: es libre. Y esa diferencia tiene consecuencias prácticas diarias.

La Free Software Foundation define cuatro libertades del software libre:

«Código abierto» (open source) es un término posterior, popularizado en 1998, que describe casi el mismo conjunto de software poniendo el énfasis en el modelo de desarrollo colaborativo y no en la ética. En la práctica diaria puedes tratarlos como sinónimos; la diferencia es de discurso.

El kernel Linux se distribuye bajo la licencia GPL versión 2 (GNU General Public License). Su cláusula característica es el copyleft: si distribuyes una versión modificada de un programa GPL, debes distribuirla también bajo GPL y entregar el código fuente.

Esto es lo que impidió que Linux se fragmentara en versiones privativas incompatibles, como sí le ocurrió a Unix. Si un fabricante de routers usa Linux, está obligado a publicar sus modificaciones del kernel, y esas mejoras vuelven a la comunidad.

Conviene distinguir dos familias de licencias libres:

Un matiz importante que evita malentendidos legales: la GPL del kernel no se contagia a los programas que se ejecutan sobre él. Tramontana Reservas puede ser software propietario y cerrado corriendo sobre Linux sin ningún problema. El límite es la syscall: cruzarla no crea obra derivada. Solo si modificaras el propio kernel tendrías obligaciones.

• Sin coste de licencia por máquina. Puedes montar entornos de desarrollo, pruebas y preproducción idénticos al de producción.
• Sin bloqueo de proveedor. Si Ubuntu deja de convencerte, migras a Debian o Rocky Linux con el mismo conocimiento.
• Transparencia auditable. En un entorno de ciberseguridad, poder inspeccionar el código no es un lujo: es un requisito en muchos pliegos.
• Automatización sin fricción. Puedes crear y destruir 40 servidores en la nube en un script (Módulo 7) sin llamar a nadie.

La percepción popular («Linux es cosa de frikis, casi nadie lo usa») es exactamente la contraria de la realidad. En el escritorio Linux es minoritario; en todo lo demás, es dominante.

Trata estas cifras como órdenes de magnitud, no como datos exactos: varían según la fuente y el año. El mensaje es el que cuenta.

Consecuencia profesional directa, y es la razón por la que estás haciendo este curso: si trabajas con la nube, con contenedores, con DevOps o con ciberseguridad, no trabajas con Linux "a veces": trabajas con Linux siempre. Kubernetes, Docker, Terraform, Ansible, la mayoría de bases de datos y prácticamente todos los pipelines de CI/CD asumen Linux debajo.

Comparación honesta, sin fanatismo. Los tres son buenos sistemas para propósitos distintos.

Dónde brilla cada uno, dicho sin adornos:

• Linux gana claramente en servidores, nube, contenedores, automatización, sistemas embebidos y todo lo que deba funcionar meses sin tocarlo.
• Windows gana en el escritorio corporativo, con Active Directory, Office y compatibilidad de software de terceros.
• macOS es un excelente escritorio de desarrollo: al ser Unix por debajo, casi todo lo que aprendas aquí te servirá también en un Mac.

Y una nota tranquilizadora: los conceptos de este curso (procesos, permisos, shell, sistema de archivos) son casi idénticos en macOS y muy trasladables a WSL2 en Windows. No estás aprendiendo un producto: estás aprendiendo la tradición Unix.

Cerramos aterrizando todo esto en el caso que nos acompañará durante ocho módulos.

Tramontana S.L. tiene seis personas en plantilla. Marta Vidal lleva operaciones y atención a las agencias; Luis Ferrer es el desarrollador que mantiene Tramontana Reservas, una aplicación web donde se consultan casas rurales, se reservan noches y se emiten facturas. Tú entras como técnico de sistemas: tu trabajo será que la infraestructura funcione, esté segura y se pueda recuperar.

La infraestructura es deliberadamente modesta:

• Tu portátil de trabajo: Ubuntu Desktop 24.04 LTS, con el usuario alumno.
• El servidor: srv-tramontana, Ubuntu Server 24.04 LTS, con el usuario administrativo operador y el grupo tramontana para el equipo técnico.

Y una convención de rutas que Luis y tú acordáis desde el principio, y que en la lección 01-06 verás que no es caprichosa sino puro estándar FHS:

¿Por qué Linux y no Windows Server? Las razones que Marta te resume en cinco minutos de café son estas:

1. Coste. Con seis personas y márgenes ajustados, cero euros de licencias por servidor y por entorno de pruebas es dinero real.
2. Requisitos de la aplicación. Tramontana Reservas se despliega con las herramientas habituales del ecosistema web (Python, nginx, PostgreSQL, más adelante contenedores). Todo eso es de casa en Linux.
3. Recursos. Un servidor sin escritorio deja prácticamente toda la RAM y la CPU para la aplicación.
4. Estabilidad y ciclo de vida. Ubuntu 24.04 LTS tiene soporte de seguridad hasta 2029: cinco años sin migraciones forzadas.
5. Continuidad hacia la nube. El plan a dos años es mover parte de la infraestructura a la nube y contenedores. Lo que aprendas en srv-tramontana se traslada tal cual.
6. Talento y documentación. Cualquier problema que tengas, alguien lo ha tenido y documentado antes.

También hay una razón negativa, y es sana reconocerla: si Tramontana dependiera de Active Directory, de aplicaciones de escritorio Windows o de un ERP que solo corre en SQL Server, la decisión habría sido otra. Elegir tecnología es elegir en función de restricciones reales, no de gustos.

• Confundir el kernel con el sistema completo. Decir «he instalado Linux» es una simplificación cómoda; lo que has instalado es una distribución. Cuando alguien te pregunte «¿qué Linux usas?», la respuesta útil es «Ubuntu Server 24.04», no «Linux».
• Creer que libre significa gratis. Free en inglés es ambiguo. Hay software libre de pago (Red Hat Enterprise Linux se vende con soporte) y software gratuito que no es libre (muchas apps sin código fuente). Lo que define al software libre son las cuatro libertades, no el precio.
• Temer que la GPL "contamine" tu aplicación. Ejecutar tu software sobre Linux no te obliga a nada. Solo modificar y distribuir código GPL genera obligaciones.
• Pensar que Linux es difícil porque es distinto. La curva de entrada es más pronunciada porque el sistema no oculta lo que hace. Esa misma transparencia es la que después te permite diagnosticar problemas que en otros sistemas son cajas negras.
• Esperar que Linux sea un clon de Windows. No lo es y no pretende serlo. Buscar «el Panel de Control» es empezar con el pie cambiado: aquí la configuración son archivos de texto en /etc y comandos, y eso es una ventaja en cuanto quieras automatizar.
• Consejo práctico. Cuando leas documentación, fíjate siempre en para qué distribución y versión está escrita. Un tutorial de CentOS 7 puede ser engañoso en Ubuntu 24.04. Volveremos sobre esto en 01-03.

Clasifica cada elemento según la capa a la que pertenece en la arquitectura vista (hardware, kernel, syscalls, shell/librerías, aplicaciones) y justifica cada respuesta en una frase:

1. El controlador de la tarjeta de red del servidor.
2. La función write().
3. Bash.
4. La aplicación Tramontana Reservas.
5. El planificador que reparte tiempo de CPU.
6. La librería glibc.

Luis Ferrer te plantea tres afirmaciones. Indica si cada una es verdadera o falsa y corrígela si es falsa:

1. «Como Tramontana Reservas corre sobre Linux, que es GPL, estamos obligados a publicar el código de nuestra aplicación.»
2. «Android no tiene nada que ver con Linux, es un sistema de Google.»
3. «Podemos montar tres entornos idénticos (desarrollo, pruebas y producción) sin coste de licencias.»

Marta te pide un argumentario de media página para justificar ante la gerencia que srv-tramontana siga con Linux en vez de migrar a Windows Server. Escribe tres argumentos a favor y, para ser honesto, un escenario en el que la decisión correcta sería Windows Server.

Solución al Ejercicio 1

Idea clave: solo dos elementos de los seis están en modo kernel. Todo lo demás, incluido el shell que usarás a diario, es un programa de usuario más.

Solución al Ejercicio 2

1. Falsa. El copyleft de la GPL afecta a las obras derivadas del propio programa GPL. Ejecutar una aplicación sobre el kernel, comunicándose por llamadas al sistema, no crea obra derivada: la interfaz de syscalls está explícitamente excluida en la nota de licencia del kernel. Tramontana Reservas puede ser cerrada. Lo que sí exigiría publicar código sería modificar el kernel o una librería GPL enlazada estáticamente y distribuirla.

2. Falsa. Android usa el kernel Linux como base, con modificaciones propias de Google que en buena parte se han ido integrando en el kernel oficial. Lo que no usa es el userland GNU habitual (usa Bionic en lugar de glibc y su propio entorno de ejecución). Por eso Android es una distribución de Linux muy atípica, pero Linux al fin y al cabo. Es, de hecho, la causa principal de que Linux esté en el 70 % de los móviles del mundo.

3. Verdadera. La libertad 0 (usar el programa para cualquier fin, sin límite de instalaciones) es precisamente lo que lo permite. Puedes clonar srv-tramontana tantas veces como quieras sin pagar ni notificar a nadie. Solo pagarías si contratases soporte comercial, y sería opcional. Esta es una de las razones prácticas más fuertes a favor de Linux en una empresa pequeña.

Solución al Ejercicio 3

Argumentos a favor de mantener Linux en srv-tramontana:

1. Coste total. Cero euros en licencias de sistema operativo, tanto en producción como en los entornos de desarrollo y pruebas. En una empresa de seis personas, esa partida se destina a otra cosa. Además no hay que gestionar CAL ni auditorías de licencias.

2. Alineación con la pila tecnológica y con el futuro. Tramontana Reservas se apoya en herramientas del ecosistema web (nginx, PostgreSQL, Python) que son ciudadanas de primera clase en Linux. Y el plan de mover parte de la infraestructura a la nube y a contenedores en dos años exige Linux: Docker y Kubernetes son tecnología Linux nativa. Migrar ahora a Windows sería pagar dos veces.

3. Eficiencia y estabilidad operativa. Un servidor sin entorno gráfico dedica prácticamente toda la memoria y la CPU a la aplicación, y Ubuntu 24.04 LTS ofrece cinco años de actualizaciones de seguridad sin migración forzada. Los reinicios por actualización son mucho menos frecuentes, lo que se traduce en menos ventanas de mantenimiento nocturno.

Escenario en el que Windows Server sería la decisión correcta:

Si Tramontana adquiriese un ERP de gestión hotelera que solo existe para Windows y requiere SQL Server, y además la plantilla creciera hasta necesitar gestión centralizada de identidades y equipos con Active Directory y directivas de grupo, la elección racional sería Windows Server (o un entorno mixto). Forzar Linux en ese caso significaría emulación, capas de compatibilidad y soporte del fabricante inexistente: más coste y más riesgo, no menos. La tecnología se elige por las restricciones del negocio, no por preferencia personal.

Ya tienes las bases conceptuales sobre las que se apoya todo lo demás:

• Un sistema operativo gestiona CPU, memoria, dispositivos y servicios, y además aísla y controla a los usuarios.
• Linux es un kernel, no un sistema completo: la pieza privilegiada que habla con el hardware. Todo lo demás son programas de usuario.
• La arquitectura por capas —hardware, kernel, syscalls, shell y librerías, aplicaciones— explica cómo se comunica cada parte, y las llamadas al sistema son la frontera exacta entre tus programas y el núcleo.
• El software libre y la GPL no son un detalle ideológico: determinan que puedas desplegar sin licencias, auditar el código y no depender de un proveedor.
• Linux es dominante en servidores, nube, contenedores, móviles y supercomputación, aunque minoritario en el escritorio.
• Tramontana S.L. ha elegido Linux por coste, encaje tecnológico, eficiencia y continuidad hacia la nube. srv-tramontana será tu campo de trabajo durante todo el curso.

Muchas de las decisiones de diseño que te encontrarás a partir de ahora —por qué la configuración son archivos de texto, por qué hay tantos comandos pequeños en lugar de pocos programas grandes, por qué «todo es un archivo»— no se entienden si no sabes de dónde vienen. En la siguiente lección, Historia de Linux, recorreremos el camino desde Unix en los Bell Labs en 1969 hasta el kernel que se desarrolla hoy con miles de colaboradores, y enunciaremos la filosofía Unix: los principios que explican prácticamente todo lo que verás en los ocho módulos de este curso.