Radovan Slíž · WorkSys.Space · 8/9/2026

Lo queremos on-premise, para tenerlo bajo control

Un servidor propio suena a control. Luego pregunto quién lo parchea y cuándo se probó por última vez la restauración de una copia de seguridad. El control no es dónde está la máquina, sino si alguien la cuida de forma demostrable.

Lo queremos on-premise, para tenerlo bajo control. Llevo años escuchando esta frase en las reuniones y la entiendo. Servidor propio, datos propios, nadie ajeno de por medio. Suena a control.

Solo que luego, en la práctica, sigo preguntando. ¿Quién parchea ese servidor? ¿Quién revisa las copias de seguridad, y cuándo se probó por última vez una restauración? ¿Quién se ocupa de los certificados, de los accesos cuando un empleado se marcha, del agujero en una librería del que los sitios de seguridad escriben un viernes por la noche? Y muy a menudo resulta que el control significa en realidad: un servidor en alguna sala de servidores, cuidado por una persona que además tiene otras treinta cosas a su cargo.

Qué es el control de verdad

El control no es el lugar donde está físicamente la máquina. El control es que alguien cuide del sistema de forma demostrable, cada día, incluso cuando no pasa nada. Y ese es un trabajo que, con on-premise, no termina con la compra, solo se convierte en una partida invisible que nadie presupuestó. Un pago regular por un servicio se puede planificar. La avería del servidor propio llega siempre fuera del presupuesto.

Intentaré mostrar la diferencia con una situación que de vez en cuando le ocurre a cualquiera que opere software. Un viernes por la noche sale la noticia de una vulnerabilidad grave en una librería que usa la mitad de internet. Con un servicio ocurre esto: tiene gente cuyo trabajo es precisamente ese, la corrección se despliega y el cliente se entera de todo el asunto, como mucho, por el registro de cambios. Con un servidor en la sala de servidores, la noticia espera hasta el lunes a la persona con otras treinta obligaciones, y que llegue a ella esta semana lo decide lo que mientras tanto le caiga sobre la mesa. Ninguna de las dos cosas es mala voluntad. Es la diferencia entre un trabajo que es el principal de alguien y un trabajo que es una carga añadida.

El precio que tiene el SaaS

Para ser justo, el SaaS también tiene su precio, y lo diré en voz alta, puesto que yo mismo opero la plataforma WorkSys.Space: se paga con regularidad, no una sola vez. Hay que confiar en el proveedor, y esa confianza conviene pedírsela documentada, con certificaciones, con un contrato sobre los datos, con una respuesta a la pregunta de qué pasa con los datos cuando uno se va. Si el proveedor no sabe responderla en una frase, es una mala señal, independientemente de dónde funcione el sistema.

Así que, en mi opinión, la pregunta no es si on-premise o nube. Es: ¿quién va a cuidar de esto, y es su trabajo o una carga añadida? La respuesta decide el destino del sistema más que el lugar donde está el servidor.

Relacionado en esta web:Cómo cuidamos nosotros el funcionamiento del sistema