Windows o Linux: de qué va realmente la elección

La pregunta que hay debajo

En la práctica, la elección de sistema operativo casi nunca se hace sobre el sistema operativo. Se hace sobre tres cosas que ya son ciertas antes de que nadie pregunte.

• Qué aplicación tiene que correr encima. Si su ERP solo funciona en Windows, la pregunta está respondida. Si su proveedor entrega su software como contenedor, también, solo que al revés. Es con diferencia el factor más determinante y normalmente el único que cuenta.
• Qué paga ya. Si su organización vive en Microsoft 365 con identidades en Entra ID, un servidor Windows no es un mundo nuevo sino la prolongación de uno que ya gestiona. Eso vale dinero, aunque no aparezca en ningún presupuesto.
• Quién lo levanta de noche. Un equipo fluido en uno es lento en el otro, y a las tres de la madrugada lento equivale a roto.

Solo cuando esas tres no deciden entra en juego la comparación de abajo. Ocurre menos de lo que parece.

Dónde está realmente el coste

En esta web no hay importes; la estructura sí, porque ahí viven las sorpresas.

Windows Server cobra por núcleo físico de la máquina, con un mínimo por servidor y por procesador. Ese mínimo es justo donde se tuerce la cuenta: una máquina con pocos núcleos cuesta el mínimo, y un host denso con muchos núcleos cuesta un múltiplo de lo presupuestado. Encima van las licencias de acceso, contadas por usuario o por dispositivo que llega al servidor, no por sesión simultánea. Trescientas personas en cincuenta puestos por turnos no son cincuenta.

Linux no tiene esa estructura. Con Red Hat y SUSE paga una suscripción por máquina o por zócalo, y esa suscripción es soporte y no derecho de uso: funciona igual sin ella. Con Debian y Ubuntu no paga nada, y puede contratar soporte aparte si lo quiere.

Ahí está la trampa del lado gratuito. Un sistema operativo sin licencia no es lo mismo que un sistema operativo sin coste. Lo que no paga a un fabricante lo paga en horas de alguien que planifica las actualizaciones, sigue las versiones del kernel y se despierta a las dos de la madrugada. Para un servidor eso se pierde en el ruido. Para treinta, no.

La comparación de seguridad, con honestidad

Es la parte sobre la que más se escribe sin fundamento, normalmente con un recuento de vulnerabilidades publicadas al lado. Ese recuento no dice nada. Mide cuánto se ha encontrado y publicado, no cuánto existe, y ambos no cuentan igual: una distribución de Linux incluye miles de paquetes que en Windows se entregan por separado.

Lo que sí difiere en la práctica es esto:

• La superficie por defecto. Un servidor Linux desnudo ejecuta poco y escucha poco. Un servidor Windows llega con más a bordo. Tiene arreglo (se desactivan los roles que no usa) pero exige una acción, y las acciones se saltan.
• Dónde están las joyas. En un entorno Windows, el directorio. Quien llega a administrador de dominio lo tiene todo. En Linux el equivalente es la gestión de claves y de sudo. Ambos se pueden proteger, y en ambos casos ahí es donde va el esfuerzo.
• El ritmo de parcheo. Windows tiene un ciclo mensual fijo, lo que facilita planificar y a veces alarga el tiempo hasta el parche. En Linux llega por paquete y por distribución, lo que puede ser más rápido y pide más atención.

Lo que tumba a ambos es lo mismo, y no pertenece a ninguno: un servicio expuesto a internet que va atrasado, y un acceso que nunca debió existir. No hemos visto nunca un incidente que se explicara por la elección entre estos dos. Sí muchos que se explicaban por la atención prestada después.

Sobre rendimiento, en corto

Se busca mucho comparativa de velocidad entre ambos. Para el tipo de trabajo con el que tratamos (servicios de ficheros, bases de datos para organizaciones de decenas a cientos de personas, servidores de aplicaciones) el sistema operativo casi nunca es el freno.

El freno es el almacenamiento, la memoria, o una consulta que nadie ha mirado nunca. Un servidor demasiado lento no se vuelve rápido, nueve de cada diez veces, con otro sistema operativo, y sí cambiando un disco que ya no da más.

Aquí no ponemos cifras. Un benchmark sin su método es una opinión con decimales, y la medición que cuenta es la de su carga.

Cuándo gana cada uno

Si las tres preguntas del principio no lo resuelven, queda esto.

Windows Server gana cuando sus identidades ya viven en el mundo Microsoft, cuando las directivas de grupo y las herramientas conocidas le quitan trabajo que si no tendría que escribir, o cuando un proveedor solo da soporte ahí. Lo último no es un argumento técnico, pero sí uno real: el soporte que no recibe lo paga usted.

Linux gana en todo lo que da a internet y se multiplica, en cargas que viven en contenedores, y allí donde el coste de licencia escala con un crecimiento que no controlas. Para servicios web, capas de proceso y todo lo que lleva Docker o Kubernetes alrededor, no suele ser una elección sino lo natural.

Y a menudo la respuesta es los dos. La mayoría de los entornos que asumimos ya son una mezcla, casi siempre sin que nadie lo decidiera. No es un problema mientras se cumpla una cosa: que de cada uno sepa quién lo parchea, quién lo restaura y dónde está escrito. Cómo lo montamos está en servicios gestionados de TI.