No hay una respuesta válida para todas las pymes: lo razonable es decidir aplicación por aplicación, no para la empresa entera. Lo estándar y que no depende de su red local, como el correo, los archivos compartidos o la colaboración, suele encajar bien en la nube. Lo que depende de equipos de la oficina, de un programa que solo funciona en local o de una línea de internet poco fiable puede seguir teniendo sentido en un servidor propio. Y el modelo híbrido es, con frecuencia, el resultado de decidir bien una por una, no un término medio forzado.
Esta guía es el paso de decisión entre otras dos que ya publicamos: la de servicios cloud para su empresa, que compara SaaS, PaaS e IaaS, y la de gestión de infraestructura IT, que explica qué cubre y cómo elegir proveedor. No las repetimos: le damos las preguntas que ayudan a decidir y una forma de repartir el trabajo después. No recomendamos marcas ni incluimos precios, porque dependen de cada caso.
¿Dudas sobre esta guía? Hable con nosotros
¿Qué diferencia hay entre un servidor propio, la nube y un entorno híbrido?
La diferencia de fondo es quién mantiene qué. En un servidor propio, el equipo está en sus instalaciones y el mantenimiento recae en usted o en su proveedor de IT. En la nube, parte del trabajo pasa al proveedor, pero siguen existiendo tareas suyas. En un entorno híbrido conviven ambos. La tabla resume lo que más pesa.
| Criterio | Servidor propio | Nube | Híbrido |
|---|---|---|---|
| Dónde está el equipo | En su oficina, en una sala o en un armario propio | En centros de datos del proveedor | Una parte en su oficina y otra en el proveedor |
| Quién mantiene el hardware | Usted o su proveedor de IT | El proveedor, según el servicio contratado | Cada parte, según dónde esté la aplicación |
| Si falla internet | Los servicios locales pueden seguir disponibles si funcionan la alimentación, la red y sus dependencias necesarias | El acceso depende de la conexión | Lo local puede seguir disponible si funcionan la alimentación, la red y sus dependencias necesarias; los servicios en la nube dependen de la conexión |
| Si falla el equipo | Hay que repararlo o sustituirlo | El proveedor repara o sustituye su propio hardware; qué supone para su servicio y sus datos depende del modelo de servicio y del contrato | Depende de la aplicación afectada |
| Qué sigue siendo siempre suyo | Todo, incluidos parches y copias, mientras nadie tenga el encargo con nombre | Sus datos, cuentas, accesos y configuración | Ambos conjuntos, más la unión entre ellos |
En la nube, el reparto exacto depende del modelo de servicio, y esa comparación está en nuestra guía de servicios en la nube. Para decidir basta recordar que, según la documentación de responsabilidad compartida de Microsoft Learn, en cualquier modelo la responsabilidad sobre sus datos, sus cuentas, la administración de accesos y los dispositivos desde los que se conecta sigue siendo suya, en el sentido de quién debe configurarlos y operarlos. En una pyme, «híbrido» suele significar algo concreto: el correo y los documentos están en la nube y uno o dos servidores de la oficina conservan lo que no puede salir de allí, como un programa de gestión o la conexión con maquinaria. Lo importante es que sea una decisión consciente y no un cabo suelto que nadie se atrevió a apagar.
¿Qué preguntas conviene responder antes de decidir?
Seis preguntas ayudan a ordenar la decisión. Respóndalas para cada aplicación por separado: el correo y el programa de gestión no tienen por qué acabar en el mismo sitio. Si no sabe responder alguna, es una señal útil: probablemente falta un inventario de lo que tiene.
1. ¿Qué aplicación es y de qué depende?
Empiece por una lista de lo que funciona hoy en cada servidor: aplicaciones, bases de datos, archivos, correo, impresión, copias. Para cada elemento anote quién lo usa, qué otros sistemas lo necesitan y quién lo conoce. Un servidor viejo puede sostener una tarea que nadie recordaba, como la carpeta donde guarda un escáner.
2. ¿Qué tiene que seguir funcionando si falla internet?
Una aplicación en la nube solo es accesible mientras funciona su conexión. INCIBE señala lo mismo a propósito de las copias en la nube: sin acceso a internet no se llega a la información. Pregúntese qué parte del trabajo se detendría con una caída de una hora y cuál con una de un día. Si algo no puede parar, tiene dos caminos principales: mantenerlo en local o reforzar la conexión, con una segunda línea o un plan alternativo. Cuidado con las dependencias ocultas: si el inicio de sesión de las personas está en la nube, un programa local puede dejar de funcionar sin internet aunque su servidor siga encendido. En empresas con varias sedes, esta pregunta pesa mucho, y la planificación de redes e infraestructura es el otro lado de la misma decisión.
3. ¿Hay equipos, programas o proveedores que obligan a que sea local?
Es un motivo frecuente y legítimo para conservar un servidor propio. Algunos programas de gestión o de producción solo funcionan en local, o su fabricante no admite otro entorno. Otras veces hay equipos en la oficina, como maquinaria o lectores, que necesitan hablar con algo cercano y rápido. Antes de dar por hecho que «no se puede mover», pregunte al fabricante del programa qué entornos admite; a veces existe una versión alojada y otras la respuesta es un no claro.
4. ¿Quién hará los parches, las copias y la vigilancia?
Las tareas no desaparecen, cambian de manos. En un servidor propio, alguien debe aplicar los parches, comprobar que las copias se hacen y se pueden restaurar y revisar las alertas. En la nube, el proveedor se ocupa de la plataforma que gestiona; a usted le quedan las cuentas, los permisos y la configuración, y conviene confirmar por escrito quién hace la copia de sus datos y quién prueba la restauración. Escriba nombres, no departamentos: «parches del servidor de archivos: persona o proveedor X, revisión mensual». Si hoy esa frase no tiene nombre, es el primer problema que resolver, elija lo que elija. Para las copias, nuestra guía de copias de seguridad y recuperación explica cuánto se puede perder y cuánto tarda en volver cada sistema.
5. ¿Cuánto durará el equipo y qué costará mantenerlo en condiciones?
Un servidor propio tiene vida útil, y el sistema operativo también: los fabricantes publican hasta cuándo ofrecen actualizaciones de seguridad. Por ejemplo, Microsoft muestra en su página de ciclo de vida de Windows Server 2016 una fecha de fin del soporte ampliado en enero de 2027; compruebe si su versión ya ha superado la suya. Al comparar, sume lo que cuesta un servidor propio durante toda su vida: el equipo, su sustitución, las licencias, la corriente, el espacio y el tiempo de quien lo cuida. Compárelo con lo que seguirían costando las cuotas de la nube dentro de unos años, porque pueden crecer con los usuarios, el almacenamiento y las licencias.
6. ¿Cómo dejaría el servicio y dónde quedan los datos?
Antes de firmar con un proveedor, deje claro cómo saldría: nuestra guía de servicios en la nube recoge las preguntas sobre exportación de datos y transición. INCIBE indica que conviene revisar los contratos y los acuerdos de nivel de servicio y que estos especifiquen aspectos como el aislamiento de los datos o quién hace las copias y las actualizaciones. Con un servidor propio la pregunta es la inversa: si la persona que lo conoce se marcha, ¿qué queda documentado? En ambos casos, cuentas, licencias y datos deben figurar a nombre de su empresa. Si la ubicación de los datos tiene implicaciones legales en su sector, consulte a su asesor jurídico: no damos asesoramiento jurídico sobre residencia de datos.
Leer los pasos en texto
Inventariar, clasificar, comprobar límites, asignar responsables, decidir y probar
¿Cuándo suele encajar cada opción?
No hay reglas fijas, pero sí patrones. Estos cuatro son ejemplos ilustrativos, no clientes reales:
- Una sola oficina, con correo, documentos y poco más. Suele encajar la nube para casi todo; un servidor propio podría añadir mantenimiento con poco beneficio.
- Un programa de gestión que solo funciona en local, con equipos conectados. Suele encajar mantener ese servidor en la oficina, bien parcheado y con copias comprobadas, y llevar a la nube todo lo demás.
- Varias sedes y personas que trabajan desde casa. Suele convenir valorar un modelo híbrido: identidades, correo y documentos en la nube, y un servidor local solo donde una sede lo necesite por velocidad o por equipos propios, teniendo en cuenta que los programas locales pueden depender de internet para iniciar sesión (pregunta 2).
- Una sede con una línea de internet poco fiable. Conviene mantener en local lo que no puede parar y mejorar la línea antes de mover nada más.
Cómo evitar que lo híbrido sean dos entornos sin dueño
Lo híbrido se vuelve difícil de operar cuando nadie responde de la unión entre ambas mitades. Mantenga un único inventario que diga qué aplicación está dónde y quién responde de ella, y nombre a una persona responsable de la unión.
¿Cómo trasladar una aplicación a la nube sin parar el negocio?
De forma gradual y con marcha atrás posible. Elija primero algo sencillo y de poco riesgo, como los archivos de un departamento, y úselo como prueba antes de pasar a lo siguiente. Mantenga el servidor antiguo disponible, en solo lectura o aislado si es posible, y con copia, hasta haber restaurado datos reales desde el sistema nuevo y que los usuarios confirmen que todo está. Después retírelo en una fecha que usted fije, para que no se convierta en un resto sin parchear. La preparación detallada está en nuestra guía de servicios en la nube.
Leer los pasos en texto
Documentar, parchear, copiar y probar, vigilar, sustituir
¿Qué puede hacer BlueNova IT en esta decisión y qué sigue siendo suyo?
BlueNova IT es la marca de servicios IT de Bluenova OÜ, con sede en Tallinn. Trabajamos sobre todo con pymes y empresas medianas de Europa, a menudo con equipos repartidos y sin IT propia a tiempo completo. El alcance se acuerda con cada organización, y la IT cogestionada, que se lleva junto con su propio equipo, es un servicio que ofrecemos de forma habitual.
Servidores en sus instalaciones
Gestionamos servidores que están en las instalaciones del cliente, según el proyecto: aplicamos los parches, coordinamos con usted la sustitución de los servidores cuando llegan al final de su vida útil y revisamos sus alertas, dentro del alcance acordado, en nuestro horario publicado. No actuamos sobre alertas fuera de ese horario. Si su negocio no puede aceptarlo para una aplicación concreta, planifíquelo de forma expresa (redundancia, un proveedor que ofrezca cobertura fuera del horario de oficina o una guardia propia) en lugar de suponer una cobertura que no existe. El trabajo presencial se confirma para cada proyecto.
Nube y Microsoft 365
Para la parte de nube empezamos por el inventario de licencias y la lectura del tenant actual, y si hay un traslado preparamos un plan con lo que se migra y lo que se archiva. El detalle está en nuestra página de cloud y Microsoft 365. Si la decisión toca líneas de internet o varias sedes, nuestro punto de contacto único, en español o en inglés, coordina con operadores y proveedores locales de cada sede dentro del servicio de redes e infraestructura.
Lo que sigue siendo suyo y lo que no hacemos
Dónde va cada aplicación es una decisión de su empresa; podemos empezar con entrevistas a su equipo y, si lo desea, entregar una hoja de ruta priorizada. Las cuentas, las licencias y los datos siguen siendo suyos, las cuentas de administración se crean o se mantienen a su nombre y la documentación del entorno es suya y se guarda donde usted pueda acceder siempre. No ofrecemos soporte fuera del horario publicado, de lunes a viernes de 09:00 a 18:00 CET, ni asesoramiento jurídico, y esta guía no recomienda marcas concretas.
Fuentes y lecturas recomendadas
Acuda a la fuente en lugar de a un resumen, incluido el nuestro. Sobre el reparto de responsabilidades: Microsoft Learn y el NCSC del Reino Unido (en inglés). Sobre contratos y riesgos de la nube para pymes: la sección de nube de INCIBE y su artículo sobre copias de seguridad en la nube. Sobre el final de soporte: el ciclo de vida de Windows Server 2016, como ejemplo de qué buscar en la ficha del fabricante.
En resumen: haga el inventario, responda las seis preguntas aplicación por aplicación y escriba quién se ocupa de qué. Lo estándar tiende a la nube, lo que depende de la oficina tiende a quedarse y lo mixto necesita una persona responsable. Si quiere contrastar su caso, BlueNova IT puede hablar con usted de su caso, con el alcance acordado para su organización.
